传奇公告乱码编码转换字体修复与配置文件校正完整排查指南

传奇公告乱码的表现形式主要有几种：登录器滚动公告显示为问号或方块、游戏内弹窗公告出现错位字符、系统顶栏公告变成火星文、行会公告和世界聊天公告仅自定义内容乱码。不同位置的公告对应不同的文件和数据来源，排查前先确认乱码出现的具体位置，再对号入座。

一、公告文件的物理位置与编码要求

登录器滚动公告对应文件通常命名为notice.txt、gonggao.txt或login.txt，存放在登录器配置目录或服务端LoginGate文件夹中。游戏内系统公告对应Mir200\Envir目录下的Notice.txt和LineNotice.txt，前者控制上线弹窗和固定公告，后者控制顶部滚动公告。行会公告和自定义内容则通过游戏内输入框实时编码，不依赖独立文件。

传奇引擎对公告文件的编码要求是ANSI或GBK。Windows 10和Windows 11系统新建文本文档默认使用UTF-8编码，直接编辑保存后引擎按GBK解析，中文字符就会变成乱码。部分引擎配置文件中的NoticeEncode参数，值为0代表GBK，值为1代表UTF-8，如果该参数与实际文件编码不一致，同样触发乱码。

修复方法：用Notepad++打开公告文件，点击菜单栏编码选项，选择转为ANSI格式。如果使用系统自带记事本，点击文件菜单中的另存为，在保存窗口右下角的编码下拉框中选择ANSI，覆盖原文件保存。修改后重启M2Server或执行重载全部脚本操作，不需要重启整个服务端。多个公告文件都存在时，逐个检查编码并统一转换。

二、公告内容中隐藏的特殊字符

修改编码后仍然乱码的情况下，问题出在公告内容本身。传奇老旧引擎不支持emoji表情、特殊符号、全角空格、制表符等字符。部分玩家从网页、QQ聊天框或Word文档中复制文字到公告文件，外部文本自带隐藏的Unicode编码标记，引擎读取到这些字符后会打乱整段文本的解析格式，导致后续所有中文变成乱码。

处理方法：清空公告文件中所有内容，在ANSI编码模式下手动重新输入。只使用简体中文、数字和常见标点符号，不要输入星号、方框、箭头等特殊符号，不要从外部复制粘贴。需要换行时直接按Enter键，不要使用其他换行符号。编辑完成后保存文件，重载脚本测试。

三、系统区域设置与字体资源

Win10和Win11系统的区域设置如果为非中文环境，或非Unicode程序的语言选项未设置为简体中文，引擎在解析中文文本时会直接出错。控制面板中进入时钟和区域，点击区域选项，在管理选项卡中找到非Unicode程序的语言，确认设置为中文（简体，中国）。如果该选项为英文或其他语言，点击更改系统区域设置，切换为简体中文后重启电脑。

客户端字体缺失或损坏同样导致公告文字无法正常渲染。客户端根目录下的font文件夹中应包含simhei.ttf和simsun.ttc两个核心字库文件。如果文件缺失或大小异常，从系统字体目录C:\Windows\Fonts中复制这两个文件到客户端的font文件夹中，注意复制源文件而非创建快捷方式。部分登录器会调用系统字体而非客户端内置字体，系统字体被第三方软件替换后也会出现乱码，检查系统字体设置中的默认中文字体是否为宋体或微软雅黑。

Win10和Win11系统下，右键登录器选择属性兼容性，勾选以兼容模式运行该程序并选择Windows XP SP3，同时勾选替代高DPI缩放行为。这一设置能解决部分因分辨率缩放导致公告文字渲染异常的问题。

四、客户端缓存与登录器刷新

公告加载时如果网络波动导致编码数据传输不完整，会出现临时性乱码。点击公告界面的刷新按钮，让客户端重新获取公告数据。如果刷新无效，进入客户端根目录，找到Cache或公告缓存文件夹，删除其中所有文件，重启游戏后重新加载公告。缓存文件损坏引发的乱码在清理后通常会消失。

登录器版本与服务端引擎不匹配也会导致公告解析错误。GOM引擎配GOM登录器，HERO引擎配HERO登录器，跨引擎使用会出现列表和公告同时乱码的情况。从服务端配套的登录器生成器中重新生成登录器，替换旧文件后测试。

五、M2Server配置与数据库字符集

进入服务端M2Server文件夹，打开Setup.txt配置文件，搜索NoticePath或公告文件路径关键词，确认路径指向的公告文件是实际存在且编码正确的文件。如果路径为空或指向不存在的文件，M2会加载默认空白公告或错误文件。

DBC2000的字符集设置影响服务端读取所有中文文本的能力。运行C:\Windows\SysWOW64\odbcad32.exe打开32位ODBC管理器，在HeroDB的属性高级选项中，将字符集强制设为936即GBK编码。该设置不匹配时，M2Server在读取公告文件和脚本中的中文内容时会出现整体乱码。

使用MySQL存储公告数据的版本，检查数据库连接字符串中是否指定了characterEncoding参数，确保为gbk或utf8。导入数据前先执行SET NAMES gbk语句，避免字符集转换过程中产生乱码。

六、登录器远程列表调用的公告

如果公告通过远程列表文件读取而非本地文件，需要修改服务器端存放的远程公告文件，同样采用ANSI编码保存。修改完成后同步更新远程列表资源，清理登录器本地缓存后重新加载。远程公告文件的编码错误在浏览器中可能显示正常，但登录器按GBK解析时就会变成乱码，所以不能以浏览器显示结果作为判断依据。

七、日志定位法

修改完成后仍然乱码的情况下，查看M2Server目录下的日志文件，搜索ScriptError或编码相关报错。日志中如果出现中文乱码段导致的解析错误，会提示具体的文件路径和行号。根据日志指向的文件名定位到实际公告文件，确认其编码和内容是否与配置一致。登录器目录下的日志文件同样记录列表和公告加载状态，404错误指向文件路径问题，编码解析错误则直接标注乱码所在位置。

排查时按照文件编码、内容字符、系统区域、客户端缓存、M2配置、数据库字符集的顺序逐层检查。每完成一步重启对应模块测试一次，避免多层同时修改导致定位困难。多数公告乱码集中在文件编码未转为ANSI和内容中包含隐藏特殊字符两个环节，这两项覆盖了大部分乱码场景。