UTF-8编码下Java与PHP字符串比较失败问题求助

首先得揪出问题的核心：你打印的响应二进制开头的11101111 10111011 10111111其实是UTF-8的字节顺序标记（BOM），对应十六进制EF BB BF。说白了，你的PHP脚本返回的不是纯"OK"，而是BOM + "OK"，这才是"OK".equals(response)返回false的真正原因——两个字符串根本不一样，一个带了BOM前缀，一个没有。

你之前尝试把Java的"OK"转UTF-8是走偏了方向：Java里的字符串本身是UTF-16编码的，当你用"OK".getBytes(StandardCharsets.UTF_8)得到的字节数组本来就是UTF-8编码（ASCII字符在UTF-8里就是单字节，和ASCII一致是正常现象），所以转来转去自然没效果。

解决方案一：从根源修复——让PHP脚本去掉BOM输出 #

这是最彻底的办法，因为BOM并不是UTF-8的必需部分，很多编辑器保存UTF-8文件时会自动加上它：

• 把PHP文件的编码改成UTF-8无BOM：比如VS Code里选"UTF-8"而非"UTF-8 with BOM"，Notepad++里选「编码→UTF-8无BOM」
• 如果是PHP动态输出内容，可在脚本开头加ob_clean()清理输出缓冲区，确保没有额外的BOM被输出

解决方案二：在Java端手动移除响应的BOM前缀 #

如果暂时没法修改PHP脚本，就在Java里处理收到的字符串，去掉开头的BOM：

import java.nio.charset.StandardCharsets;

public class StringUtils {
    public static String removeUtf8Bom(String input) {
        if (input == null || input.isEmpty()) {
            return input;
        }
        // UTF-8 BOM对应的Unicode字符是\uFEFF
        if (input.startsWith("\uFEFF")) {
            return input.substring(1);
        }
        return input;
    }
}

之后用这个方法处理响应再做比较：

String cleanedResponse = StringUtils.removeUtf8Bom(response);
if ("OK".equals(cleanedResponse)) {
    // 现在就能正常匹配了
}

关于Integer.parseInt的报错问题 #

因为响应里带了BOM，实际字符串是\uFEFF1而非纯"1"，所以解析会失败。用上面的方法清理后，就能正常调用Integer.parseInt了。

另外你提到的-Dfile.encoding=UTF8启动参数主要影响Java的默认字符编码（比如控制台输出、文件读写），和字符串内存编码（UTF-16）无关，这个设置是没问题的，不用调整。

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