dechex()最快但仅支持非负整数；sprintf()更灵活可格式化、支持负数补码（不跨平台）；超大整数需gmp_strval()或bcmod()；注意大小写、前缀、二进制存储及输入校验。
用 dechex() 最快，但只支持非负整数
PHP 里最直接的整型转十六进制字符串方法就是 dechex()，它把十进制整数转成小写、无前缀的 hex 字符串。比如 dechex(255) 返回 "ff"。
注意它不处理负数：传入 -1 会返回 "0"（不是补码表示），也不接受浮点数——传 3.14 会被截断为 3，然后转成 "3"。
- 只适用于 0 到 PHP_INT_MAX 范围内的整数（32 位系统上限约 21 亿，64 位约 9×10¹⁸）
- 结果不含
"0x"前缀，也不补零；需要大写可用strtoupper(dechex($n)) - 性能极好，底层 C 实现，比格式化函数快一个数量级
要带前缀、补零或处理负数？用 sprintf()
当需要控制输出格式（比如固定 8 位、加 "0x"、支持负数补码语义），sprintf() 更灵活。它本质是格式化输出，"%x" 对应小写 hex，"%X" 对应大写，"%08x" 表示至少 8 位、不足左补零。
对负数，sprintf("%x", -1) 在大多数系统上会按补码解释（例如 64 位 Linux 返回 "ffffffffffffffff"），但这依赖平台和编译器，**不可跨平台保证**。
立即学习“PHP免费学习笔记（深入）”；
-
sprintf("%04x", 255)→"00ff"；sprintf("0x%02X", 10)→"0x0A" - 传入浮点数会自动截断（不是四舍五入），
sprintf("%x", 3.9)得"3" - 比
dechex()略慢，但差异在纳秒级，日常完全可忽略
超大整数（> PHP_INT_MAX）必须用 gmp_strval() 或 bcmod() 手动拆解
PHP 的整型有平台限制，一旦数字超过 PHP_INT_MAX（比如 100! 或某些哈希值），原生函数会静默转成 float，精度丢失，dechex() 和 sprintf() 都不可靠。
这时得用任意精度扩展：启用 GMP 后，gmp_strval($gmp_num, 16) 是最稳的方案；没 GMP 就只能靠 bcmod() + 循环取余模拟，代码更长、速度更慢。
-
gmp_strval(gmp_init("123456789012345678901234567890"), 16)安全返回完整 hex - 别试图用
(string)$bigInt再喂给dechex()—— 字符串转整型时已溢出 - Web 环境中未启用 GMP 时，这个坑非常隐蔽：看起来有输出，但末几位全是错的
常见错误：混淆字符串和数值、忽略大小写与前缀需求
很多人卡在“为什么我存进数据库的 hex 查出来不对”，其实问题不在转换函数，而在后续使用环节。
比如用 dechex() 得到 "ff"，直接拼 SQL："WHERE hash = '$hex'"，如果字段是 BINARY 类型，就得确保传的是 "\xff" 而不是字符串 "ff"；又或者前端期望大写 "FF"，后端却返回小写，导致校验失败。
- hex 字符串比较时注意大小写：MySQL 的
HEX()默认大写，PHPdechex()小写，混用会匹配不上 - 存二进制数据别用 hex 字符串代替
pack("H*", $hex)，否则占三倍空间 - 从 URL 或表单拿到的 hex 字符串（如
"a1b2c3"），别漏掉验证是否全为[0-9a-fA-F]，否则hexdec()可能返回 0
