通过JDBC-ODBC连接旧DBF数据库时遇到编码问题

这个问题我之前处理旧系统迁移时碰到过，核心原因是ODBC驱动和Java编码转换环节的字符映射偏差——虽然CP860大部分特殊字符能正常解析，但个别字符（比如á）的字节值在不同编码里刚好撞车，导致驱动默认用了错误的编码映射。下面是几个靠谱的解决步骤，按优先级尝试：

1. 强制ODBC连接指定CP860编码 #

首先检查你的ODBC连接字符串，确保明确指定代码页为860。FoxPro ODBC驱动支持通过CODEPAGE参数锁定编码，修改连接字符串如下：

String connectionUrl = "jdbc:odbc:Driver={Microsoft Visual FoxPro Driver};SourceType=DBF;SourceDB=C:\\path\\to\\your\\dbf\\files;CODEPAGE=860;";
Connection conn = DriverManager.getConnection(connectionUrl);

如果是通过Windows ODBC数据源管理器配置的DSN，打开对应版本的ODBC数据源（32位/64位要匹配你的JVM），找到你的FoxPro数据源，进入配置界面后选择**IBM 860 (Portuguese)**作为代码页，保存后重新测试。

2. 手动控制Java端的编码转换 #

如果第一步没解决，说明驱动返回的字节流没有正确映射，这时候可以绕过默认的getString()方法，手动按CP860解码：

ResultSet rs = stmt.executeQuery("SELECT nome FROM sua_tabela");
while (rs.next()) {
    // 先获取原始字节，再用CP860编码解析
    byte[] rawBytes = rs.getBytes("nome");
    String correctedName = new String(rawBytes, "CP860");
    System.out.println(correctedName); // 此时应该显示Mário而非Mßrio
}

注意：不要直接用rs.getString()，因为它会用Java默认的平台编码解码，而默认编码大概率不是CP860，容易导致字符错乱。

3. 检查ODBC驱动版本 #

旧版本的Microsoft Visual FoxPro ODBC驱动（比如v6.0之前）对CP860的字符映射存在bug，尤其是á这类字符。建议升级到最新的FoxPro ODBC驱动（务必区分32位和64位，要和你的JVM版本完全匹配），新版本修复了不少编码兼容问题。

4. 验证编码字节值（排查用） #

如果还是有问题，可以打印字符的原始字节值，确认是否是CP860的正确编码：

byte[] bytes = "á".getBytes("CP860");
System.out.printf("CP860中á的字节值: 0x%02X%n", bytes[0]); // 正常应该输出0xE1

然后查看从数据库取出的“Mßrio”中ß对应的字节值，如果是0xE1，说明驱动确实把CP860的0xE1当成了其他编码（比如CP850中0xE1对应ß），这时候更要确保连接时强制指定了CODEPAGE=860。

内容的提问来源于stack exchange，提问作者M. Santos