CAPL脚本用UTF-8编码时TriggerPDU2报警告，换1252解决却存疑

在Windows环境下编写CAPL脚本时，若开头添加UTF-8编码声明/*@!Encoding:65001*/，会在TriggerPDU2()函数处触发如下绿色高亮警告：

Function can't handle different string encodings. If you are using non-ASCII characters, save the source file in the local encoding

将编码声明改为/*@!Encoding:1252*/后警告消失且脚本可正常编译，原因如下：

• CAPL内置函数的编码兼容性限制：部分CAPL内置函数（如TriggerPDU2()）的字符串处理逻辑基于单字节编码设计，无法适配UTF-8这类多字节编码。当脚本声明为UTF-8时，函数无法正确处理多字节字符串的编码转换，因此抛出编码不兼容警告。
• 系统本地编码与声明编码不匹配：Windows系统在西欧语言环境下的默认本地编码为Windows-1252（单字节字符集），CAPL编辑器自动添加的65001（UTF-8）声明与系统本地编码环境冲突，涉及字符串操作的函数会因编码不一致导致编译失败。
• PDU处理的编码依赖：TriggerPDU2()用于触发PDU传输，其内部可能涉及PDU数据中字符串的解析或字节流处理，这类操作依赖单字节编码的字节对齐逻辑，UTF-8的多字节特性会破坏该逻辑，引发编码适配问题。

改为1252编码声明后，脚本编码格式与CAPL函数预期的单字节编码环境完全匹配，编码冲突被消除，因此警告消失且编译正常。

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