OpenJDK下EBCDIC字节数组与String互转结果异常求兼容方案

核心原理 #

你遇到的问题根源是OpenJDK内置的IBM273（Cp273）编码默认做了语义化换行转换：EBCDIC侧的0x25（LF）解码为Java String的\n（U+000A），但编码时会把\n转回EBCDIC侧的0x15（NL，适配IBM设备的换行语义），导致字节数组往返不相等。

方案1：轻量化手动修正（推荐） #

无需修改JDK配置、不依赖第三方组件，仅在编码环节做针对性映射修正即可：

import java.nio.ByteBuffer;
import java.util.Arrays;

public class EbcdicFix {
    public static void main(String[] args) throws Exception {
        byte[] a = new byte[] { 0x00, 0x00, 0x00, 0x25 };
        String stringValue = new String(a, "273");
        int firstResult = ByteBuffer.wrap(a).getInt();
        System.out.println("First Integer Result: " + firstResult);

        // 修正编码逻辑
        byte[] rawEncoded = stringValue.getBytes("273");
        byte[] valueEncoded = new byte[rawEncoded.length];
        for (int i = 0; i < stringValue.length(); i++) {
            // 仅原字符为\n的位置，强制将编码后的0x15替换为0x25
            if (stringValue.charAt(i) == '\n') {
                valueEncoded[i] = 0x25;
            } else {
                valueEncoded[i] = rawEncoded[i];
            }
        }
        // 按需截断为4字节
        valueEncoded = Arrays.copyOfRange(valueEncoded, 0, 4);

        System.out.println("Hex valueEncoded:");
        for (byte b : valueEncoded){ System.out.format("0x%x ", b); }
        int finalResult = ByteBuffer.wrap(valueEncoded).getInt();
        System.out.print(System.lineSeparator());
        System.out.println("Final Integer Result: "+finalResult);
    }
}

运行后输出完全符合预期：

First Integer Result: 37
Hex valueEncoded:
0x0 0x0 0x0 0x25 
Final Integer Result: 37

这个方案不会误修改其他场景的0x15字节，只会修正从原0x25解码得到的\n对应的编码结果，写入DB2后IBM设备可以正常读取到正确值。

方案2：自定义Charset（适合大量转换场景） #

如果你的项目中需要频繁做Cp273的编码解码，可以自定义包装Cp273的Charset，重写Encoder逻辑，将\n的映射固定为0x25，后续所有转换直接调用自定义Charset即可，不需要每次手动修正。

内容的提问来源于stack exchange，提问作者doct0re