如何在Apertium中引导语言对？反向翻译出现反序列化异常求助

问题分析 #

这个反序列化错误（DeserialisationException）核心原因是反向翻译依赖的编译后二进制资源（如.bin格式的形态分析器、转移规则文件）未正确生成，或与正向资源版本不匹配。既然eng-spa正向翻译正常，说明正向的编译链路没问题，问题大概率出在反向链路的编译环节。

分步解决方法 #

1. 重新完整编译语言对
   有时候bootstrap后的首次编译可能遗漏了反向组件的生成，进入你的语言对目录，执行全量清理+编译：

   make clean
   make
   

   这会强制重新生成所有二进制文件，包括spa-eng方向需要的形态分析、转移、生成全链路资源。

2. 检查反向关键文件是否存在
   手动确认反向链路的核心编译产物是否齐全：

   • 西班牙语形态分析器：./spa-morph.bin
   • 反向转移规则二进制：./spa-eng.t1x.bin、./spa-eng.t2x.bin、./spa-eng.t3x.bin
   • 反向双向词典：./spa-eng.autobil.bin
     如果某类文件缺失，说明对应环节编译失败，查看make命令的输出日志，找具体的报错（比如反向转移规则t1x/t2x里的语法错误）。

3. 分步测试反向链路，定位故障点
   拆分反向翻译的步骤，逐个环节验证：

   • 先测试西班牙语形态分析：

     echo "casa" | lt-proc ./spa-morph.bin
     

     如果这一步报错，说明西班牙语形态分析器未正确编译，检查spa.lexc、spa.twol等形态规则文件是否有语法问题。
   • 形态分析正常的话，继续测试反向转移第一阶段：

     echo "casa" | lt-proc ./spa-morph.bin | apertium-transfer ./spa-eng.t1x.bin ./spa-eng.t1x
     

     逐步排查每个环节，看在哪一步触发反序列化错误，就能精准定位到损坏/缺失的二进制文件。

4. 验证modes.xml里的反向模式配置
   打开modes.xml，检查spa-eng模式的配置是否正确，确保所有引用的文件路径、文件名没有拼写错误：

   <mode name="spa-eng">
     <pipeline>
       <program name="lt-proc">
         <file name="spa-morph.bin"/>
       </program>
       <program name="apertium-transfer">
         <file name="spa-eng.t1x.bin"/>
         <file name="spa-eng.t1x"/>
       </program>
       <program name="apertium-interchunk">
         <file name="spa-eng.t2x.bin"/>
         <file name="spa-eng.t2x"/>
       </program>
       <program name="apertium-postchunk">
         <file name="spa-eng.t3x.bin"/>
         <file name="spa-eng.t3x"/>
       </program>
       <program name="lt-proc">
         <file name="eng-gen.bin"/>
       </program>
     </pipeline>
   </mode>
   

5. 修复文件权限问题
   少数情况是编译生成的二进制文件权限不足导致无法读取，执行以下命令赋予可执行权限：

   chmod +x *.bin
   

总结 #

最常见的解决路径是先执行make clean && make重新编译，若问题依旧，通过分步测试定位具体故障环节，再针对性修复规则文件语法或配置错误。

内容的提问来源于stack exchange，提问作者H S Umer farooq