跳至主要內容
Lizely

IP 到十進位制轉換器

將嚴格格式的點分十進位 IPv4 位址轉換為精確的無符號 32 位整數，並在反向轉換時不進行四捨五入、不產生前導零的模糊性，亦不進行網路請求。

隱私權：你的檔案不會離開裝置，所有處理均在瀏覽器本機完成。

使用方式

  1. 1.選擇 IPv4 至十進位或十進位至 IPv4 的轉換方向。
  2. 2.輸入一個嚴格的值，不得包含空格、字首、CIDR 字尾或前導零。
  3. 3.轉換並比對顯示的精確結果。
  4. 4.複製該值，並確認目的地以無符號 32 位資料或更寬的可靠型別儲存該值。

關於IP 到十進位制轉換器

IP 到十進位制轉換器可在嚴格點分十進位制 IPv4 地址與其無符號 32 位元整數表示之間進行轉換。選擇轉換方向，輸入一個地址如 192.168.1.1 或一個整數如 3232235777，並複製精確結果。兩種方向均使用 JavaScript 範圍內的普通整數運算，因此 0 到 4294967295 之間的所有 IPv4 值均能精確表示而不會出現浮點數四捨五入。不會執行 DNS 查詢、地理定位、聲譽檢查或外部網路請求。

IPv4 位址包含四個八位元組，每個值介於 0 到 255。轉為整數形式時，第一個八位元組占最高有效的八個位元，第四個則占最低有效的八個位元。概念上，a.b.c.d 會變成 a×256³ + b×256² + c×256 + d。反向處理時會反覆擷取相同的四個 256 進位組成值。本工具顯示無號結果，而不是有號 32-bit 解讀，因此第一個八位元組較高的位址仍會是大於 2147483647 的正值。

輸入要求嚴格。點分形式必須包含恰好四個以點分隔的十進位整數，不得有額外空格、符號、遺漏八位組、十六進位表示法或前導零。前導零曾被舊式軟體誤解為八進位，因此 010.0.0.1 會被拒絕，而非猜測使用者意指十進位十或八進位八。每個解析出的八位組不得大於 255。十進位形式僅可包含數字，除值 0 本身外不得有前導零，且必須維持在完整的無符號 32 位範圍內。

此整數表示法在資料庫、電子表格、防火牆輸出、測試模組、二進位協議註解以及需要數值排序或比較位址的系統中非常實用。它不提供任何網路意義。私有、迴環、多播、檔案、保留、以及公有位址皆以相同運算方式轉換。一個十進位值不能證明該位址可路由、安全、已分配，或適合某項存取控制規則。若需分類，應另行參考當前位址目錄與網路政策。

在不同語言與資料庫之間移動結果時需謹慎。某些環境會暴露 32 位有符號整數，導致高於 2147483647 的值顯示為負數。應使用無符號 32 位型別、更寬的整數型別，或驗證的十進位字串以適應情境。資料庫排序也取決於欄位型別：文字型十進位值會按字典順序排序，除非已標準化，而點分位址作為純文字則不會依照其網路數值順序排序。若需可追蹤性，應保留原始輸入，並記錄所選的表示方式。

此轉換器僅處理單一 IPv4 位址，不支援 CIDR 字首、子網路範圍、掩碼、埠、主機名、IPv6 或任意大小的整數。帶有如 /24 的字尾將被拒絕，而非靜默忽略。若需計運算元網路邊界、廣播範圍或主機數量，請使用子網路計算工具。僅當需要 RFC 4291 定義的 IPv4 對映 IPv6 表示時，才使用獨立的 IPv4 至 IPv6 工具；將整數轉換不會產生 IPv6 連通性。

所有運算皆在瀏覽器中完成，工具不會記錄或儲存任何值。八個經過外部驗證的測例涵蓋兩端、迴環、檔案區段、私有空間、多播範圍值以及最大位址，並對每一個測例進行反向驗證。錯誤形式涵蓋遺漏八位組、溢位、負號、小數、空格以及含糊的前導零。在生產環境遷移時，應將樣本與目標語言中的維護 IP 位址庫對比，並在批次轉換前確認資料庫型別的邊界。

方法與來源

精確解析四個無填充的十進位八位組，從最到最不顯著以底數 256 進行疊加，並透過精確的除法與餘數運算，將無符號十進位值從 0 至 4294967295 進行反向轉換。

常見問題

為何拒絕 192.168.001.1？
前導零可能被舊式軟體誤解為八進位。嚴格的十進位表示法避免了這種不確定性。
為何十進位值可超過 2147483647？
IPv4 使用 32 無符號位元。最大值為 4294967295，雖然有符號的 32 位元系統可能以不同方式顯示高值。
轉換會揭露 IP 位址的地理位置或所有者嗎？
不會。它僅執行運算，不會進行 DNS、註冊、地理定位或聲譽查詢。

相關工具

開發者工具 使用指南

查看全部