Java中用byte模拟PLC 8位开关组时，bit 0对应最低位（0x01）和最小地址线圈，位操作应使用b |= (1 << n)等标准写法，字符串显示顺序与位逻辑顺序不同但逻辑一致，无需人为反转。
Java 中用 byte 模拟 PLC 的 8 位开关组（如 DO 输出、DI 输入、线圈 Coil）是常见且高效的做法——一个 byte 正好对应 8 个独立的布尔状态，但需注意位编号习惯与显示顺序的差异，否则读写会“看起来反了”。核心不是改数据，而是统一理解逻辑位置。
理解位编号 vs 字符串显示：为什么“0x01”对应的是第 0 位（最右）
PLC 和 Modbus 协议中，一个字节的 8 个位按硬件标准编号为 bit 0（LSB，最低位）到 bit 7（MSB，最高位），从右往左数：
-
0x01→ 二进制0000 0001→ 只有 bit 0 = 1 -
0x02→0000 0010→ 只有 bit 1 = 1 -
0x80→1000 0000→ 只有 bit 7 = 1
而 Java 的 Integer.toBinaryString() 或 String.format("%8s", ...) 默认从左显示高位（MSB→LSB），所以 0x01 显示为 "1" 或补零后 "00000001"，**最后一位才是 bit 0**。这不是 PLC 特有，是所有计算机底层一致的规则。
对单个 byte 执行开关位操作（推荐写法）
假设 byte b = 0; 表示初始全关的 8 路开关：
立即学习“Java免费学习笔记（深入）”；
-
置位 bit n 为 ON（true）：
b |= (1 << n);← n 取值 0~7 -
清位 bit n 为 OFF（false）：
b &= ~(1 << n); -
读取 bit n 当前值：
(b & (1 << n)) != 0（比移位再 & 0x01 更简洁安全） -
批量初始化为全 OFF：
b = 0;或Arrays.fill(coils, (byte)0);（若用数组）
⚠️ 注意：byte 在 Java 中是有符号类型，但位运算只作用于低 8 位，(byte)0xFF 就是 -1，但 b & 0x01 这类表达式仍能正确提取 bit 0 ——无需强转 int，只要不参与算术比较（如 b == 255）就可放心用原生 byte。
对接 Modbus 线圈读写（以 j2mod / jLibModbus 为例）
实际通信中，Modbus 功能码 0x01（读线圈）返回的是字节数组，每个字节含 8 个 coil 状态（bit 0 对应地址最小的那个 coil）：
- 读取地址 0~7 的线圈 → 返回
byte[] data = {0x03}（即00000011）→ 表示 coil 0 和 coil 1 为 ON - 写入时，也按同样位序构造字节：想让 coil 3 ON，就设
byte b = (byte)0x08;（1<<3） - 使用
master.writeCoil(address, true)是单点操作；批量写则用writeCoils(startAddr, boolean[])，库会自动打包成字节
如果你手动解析响应报文（比如用 readCoils(0, 16) 得到 2 字节），那么 data[0] 对应地址 0–7，data[1] 对应地址 8–15，每位含义严格按 bit 0~7 编号，和 PLC 工程软件（如 GX Works、TIA Portal）显示顺序一致。
处理“高低位反转”的错觉（常见误区澄清）
所谓“PLC 工具里位顺序是反的”，其实不是 PLC 反了，而是你把「字符串显示顺序」当成了「位逻辑顺序」。例如：
- PLC 软件显示 D0.0、D0.1 … D0.7 → 对应的就是 bit 0 到 bit 7
- 你打印
String.format("%8s", Integer.toBinaryString(b & 0xFF)).replace(' ', '0')出来是"00000101"→ 最后一位1就是 D0.0，倒数第二位是 D0.1 ——完全匹配 - 如果发现读出来和预期相反，大概率是代码里误用了
bitPos = 7 - n做了额外反转，删掉即可
真正需要反转的场景极少，仅当对方协议文档明确要求 MSB-first 字节流（如某些自定义 ASCII 帧），否则一律按标准 LSB-first（bit 0 是最低地址线圈）处理。
