Fletcher-32チェックサム計算
語の順番にも気づく、手早いチェックサムを求められます。123456789のFletcher-32はdf09d509で、文字を入れ替えるとたいてい値が変わります。偶然の破損や途切れた貼り付けの検出向けで、安全用のハッシュではありません。ブラウザで無料で使えます。
- 無料
- ブラウザで動作
- 登録不要
- データは端末の外に出ません
無料で実行
計算例
- テキスト
- 123456789
- Fletcher32 チェックサム
- df09d509
- Fletcher32 (整数)
- 3,741,963,529
- バイト
- 9
- 単語
- 5
Fletcher-32は、16ビット語を2つのモジュラ累積和で走査し、メッセージを32ビットの残余に折りたたむ、位置に敏感で高速なチェックサムです。単純なXORや加算パリティとは異なり、第2の和が第1の和を蓄積するため、語の順序が重要になり、よくある転置誤りもダイジェストを変えます。このFletcher-32チェックサムツールは平文を受け取り、UTF-8として直列化し、バイトをリトルエンディアンの16ビット語に詰め、8桁の小文字hex文字列、対応する符号なし整数、バイト数と語数、元文字列の長さが0のときのemptyフラグを返します。ネットワーク呼び出し、乱数ソルト、壁時計は計算に入りません。
Fletcher-32の意味と16ビット語の形成方法
Fletcher-32は、慣例的にsum1とsum2と呼ばれる2つの累計を保持し、どちらも六万五千五百三十五(2の16乗マイナス1)を法として還元します。メッセージの各16ビット語について、sum1にその語を加えて還元し、新しいsum1をsum2に加えて同様に還元します。
最終チェックサムはsum2を上位16ビット、sum1を下位16ビットに置き、通常8桁の十六進数で示される32ビット値になります。本機能は入力文字列をUTF-8で符号化し、アクセント付き文字や絵文字などのマルチバイト文字が実際の回線上のバイトとして寄与するようにしたうえで、それらのバイトをリトルエンディアンに詰めます。
各ペアの先頭バイトが語の下位半分、次のバイトが上位半分です。UTF-8長が奇数の場合、最後の語の上位半分を0でパディングし、余分なデータを1バイトのゼロ以外に発明せずに全バイトが参加します。空入力は0語を処理し、emptyをtrueとして8桁のゼロhexを返します。
これは和の自然な恒等と一致します。Fletcher-32は偶発的な破損や途中切れの貼り付けに対する高速な完全性検査向けであり、暗号学的ハッシュではありません。意図的な衝突耐性が必要な場面では使用してはなりません。
第三者ツールが同じUTF-8バイトで食い違う場合、ほとんど常にビッグエンディアン詰め、別のモジュラス、Fletcher-16の誤用、あるいは初期sum1が異なるAdler-32のいずれかです。
Fletcher-32が役立つ場面
開発者は、暗号学的ハッシュより安価で単純和より順序に敏感なコンパクトな完全性タグが必要なとき、短い設定断片、プロトコル標本、ファイル名ステムをFletcher-32計算機に貼り付けます。サポート技術者はチケット本文から残余を再計算し、貼り付けたダンプが転送中に切り詰められたり並べ替えられたりしていないかを確認します。
継続的インテグレーションのジョブは既知文字列ベクトルと空入力フィクスチャを固定し、偶発的なエンディアンやモジュラスのずれが直ちにビルドを失敗させます。検証失敗は残高を消費しません。
活用例
短いテキスト向けの高速な完全性タグ
語順に敏感なコンパクトなhex残余が必要なとき、設定断片・プロトコル標本・ファイル名ステムのFletcher-32を計算します。
教室とサポートのデモ
数文字の並べ替えや編集でFletcher-32のhexが変わる様子を、ローカルユーティリティや暗号ライブラリなしで学生と運用者に示します。
よくある質問
テキストから16ビット語はどう形成されますか?
文字列をUTF-8符号化し、各バイト対がリトルエンディアン語(先頭バイトが下位)になります。奇数の末尾バイトは上位を0で埋めます。両和は65535を法として還元します。
Fletcher-32は暗号学的ハッシュですか?
いいえ。 偶発的な破損や多くの並べ替えを素早く検出しますが、意図的な衝突や改ざん耐性は設計していません。暗号ダイジェストが必要ならSHA系ツールを使ってください。
Fletcher-32チェックサムはどう計算しますか?
65535を法とする2つの累計を使います。16ビットの語ごとに1つ目の累計へ足し、次に1つ目を2つ目へ足します。最後に2つ目を上位16ビット、1つ目を下位16ビットに置きます。
ほかのツールとFletcher-32の結果が違うのはなぜですか?
同じバイトなら、たいてい手順が違います。語をリトルエンディアンでなくビッグエンディアンでまとめている、法が違う、Fletcher-16を使っている、または最初の累計の初期値が違うAdler-32を使っている、などです。
空のテキストのFletcher-32はいくつですか?
00000000で、結果は空として示されます。省略できる項目にもいつも同じ安定した値が付くよう、空のテキストはあえてエラーにせず受け付けます。
関連ツール
開発者向け — APIアクセス
このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。
エンドポイント
Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。
お使いのスタックから呼び出す
curl -X POST https://api.kit.forhosting.com/enc/fletcher32 \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"text":"123456789"}'const res = await fetch("https://api.kit.forhosting.com/enc/fletcher32", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"text": "123456789"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/enc/fletcher32",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"text": "123456789"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/enc/fletcher32", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"text":"123456789"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"text":"123456789"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/enc/fletcher32", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)リクエスト例
{
"text": "123456789"
}レスポンス例
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "enc.fletcher32",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}非同期APIです。task_idは即時に返ります。ポーリングは1秒あたり1リクエストまでです。
料金
単価はすべて公開しています。トークン換算や独自クレジットはありません。失敗したタスクは課金されません。
エラー
| HTTP | コード | 意味 |
|---|---|---|
401 | unauthorized | APIキーが無効か、指定されていません。Authorizationヘッダーを確認してください。 |
402 | insufficient_balance | 残高が不足しています。チャージ後に再度お試しください。 |
404 | unknown_type | 指定されたタスクタイプは存在しません。タイプ名を確認してください。 |
429 | rate_limited | リクエストが多すぎます。しばらく待ってから再度お試しください。 |
技術的な注記
成功パスはすべて公開された基本価格$0.002での純算術です。
入力契約、応答フィールド、空入力の扱い
空文字列は意図的に許可されています。algorithmは常にFletcher-32、modulusは常に十進文字列の65535なので、OpenAPIの例やサポート回答がプロファイルを曖昧さなく引用できます。Fletcher-16、Adler-32、CRC-32用のモード切替はありません。それらが必要な場合は専用機能を使い、各ランディングページが単一の検索意図とSEOスラッグに対応するようにしてください。チェックサムを計算したい文字列を必須フィールドtextに入れたJSON本体をPOSTしてください。input、value、s、string、contentという別名も受け付け、古いフォームや短いクライアントでもバインドできます。有限の数値と大きな整数は計算前に文字列化され、オブジェクト、配列、真偽値、null、Infinity、NaNはinvalid_inputを発生させ、課金されません。多くのパイプラインは任意フィールドをハッシュし、硬い失敗ではなく安定したゼロ残余を必要とします。元の長さが0のとき、応答はemptyをtrue、fletcher32を8桁のゼロ、fletcher32_intを0、bytesを0、wordsを0に設定します。非空入力ではemptyはfalse、bytesはUTF-8長、wordsはその長さを2で割った切り上げ、fletcher32は0x接頭辞なしの8桁小文字hex残余、fletcher32_intは文字列より数値を好む言語向けの符号なし32ビット整数として同じ値です。
Fletcher-32チェックサムAPIが役立つ場面
教育ラボは同じエンドポイントを使い、2つの16ビット語を入れ替えるとhexダイジェストが変わることを示し、暗号機構なしで位置感度を説明します。実装は純粋なparseティアAのため、成功した呼び出しはモデルトークンも外向きネットワークもなく公開基本価格$0.002です。ペイロードを文書化された文字上限内に保ち、hexフィールドを正規の貼り付け先として扱えば、別のチェックサムサービスを立てずにドキュメント、SDK、エッジワーカー、教室デモ向けに再現可能なFletcher-32値を得られます。
連携の活用例
CIゴールデンベクトルと空入力フィクスチャ
既知文字列→固定hexダイジェスト、空→00000000を固定し、エンディアン・モジュラス・UTF-8符号化のずれを継続的インテグレーションが直ちに検知します。
技術的な質問
テキストのFletcher-32チェックサムはどう計算しますか?
textに文字列を入れたJSONを送ってください。fletcher32はUTF-8バイトをリトルエンディアン16ビット語に詰めた残余を8桁小文字hexで返し、fletcher32_intは同じ値の符号なし整数です。
空入力では何が起きますか?
空テキストは有効です。応答はemptyをtrue、fletcher32を00000000、fletcher32_intを0、bytesを0、wordsを0にします。欠落または非文字列のtextはinvalid_inputです。
Fletcher-32チェックサムツールの料金は?
ブラウザウィジェットは無料です。APIは成功した呼び出しごとに前払いKIT残高から$0.002です。無効入力は課金されません。