Integer.toOctalString() 仅做最简正整数转八进制（如64→"100"），不补零、无前缀、负数返回补码八进制（如-1→"37777777777"），不符合协议要求，需手动补零（如"%03s".replace(' ','0')）、加前缀（如"0"）、校验范围与符号。
Integer.toOctalString() 本身不加前缀、不补零、不处理负数，直接用它输出的字符串大概率不符合协议要求——得自己加工。
为什么 Integer.toOctalString() 输出的字符串常不能直接用
这个方法只做最简转换：正整数转纯八进制数字字符，比如 Integer.toOctalString(64) 返回 "100"，Integer.toOctalString(7) 返回 "7"。但协议通常要求：
- 固定长度（如 3 位、4 位），不足则高位补
'0' - 显式前缀（如
"0"或"0o"） - 负数需特殊处理（该方法对负数返回的是其补码的八进制表示，例如
Integer.toOctalString(-1)是"37777777777"，几乎无协议会接受这个） - 值域限制（如仅允许 0–511，超出需截断或报错）
如何补零并加前缀以满足常见协议格式
多数嵌入式或旧系统协议（如 POSIX 文件权限、某些串口指令）要求 3 位带前导零的八进制，例如 0755。Java 没有内置补零方法，得手动拼接：
int value = 493; // 十进制 493 → 八进制 755
String octal = Integer.toOctalString(value);
String padded = String.format("%03s", octal); // 补零到至少 3 位
String protocolStr = "0" + padded; // 加前缀注意：String.format("%03s", octal) 是按字符串左对齐再补空格，所以它补的是左边空格，不是零——这是常见误解。正确做法是：
- 先用
Integer.toOctalString()得到原始串 - 用
String.format("%03d", Integer.parseInt(octal, 8))不行（绕路且易错） - 推荐：计算长度后用
String.join("", Collections.nCopies(n - octal.length(), "0")) + octal，或更稳妥地用String.format("%03s", octal).replace(' ', '0')
负数和边界值必须单独判断
协议几乎从不接受负数的八进制表示，而 Integer.toOctalString() 对负数的行为是实现细节（基于 32 位补码），不可靠。实际使用时必须拦截：
- 输入为负数时，直接抛
IllegalArgumentException或按协议约定转为对应正偏移（如用(value & 0x7FFFFFFF)取低 31 位，但要确认协议是否这么定义） - 检查值是否在协议允许范围内（如文件权限只允许 0–777₈，即十进制 0–511），超限应截断或拒绝
-
Integer.toOctalString(0)返回"0"，补零后是"000"，这通常是期望结果；但若协议要求去掉前导零（如只写"0"而非"000"），就得额外判断value == 0
真正麻烦的从来不是怎么转，而是协议文档里没写清楚：到底要几位？前缀是 "0" 还是 "0o"？负数怎么映射？这些细节一旦错，设备就拒收——别假设“看起来像八进制就行”。
