登录器启动后，左侧服务器列表显示的区服名称变成一堆方块、问号或完全不可读的字符，这问题看着唬人，但通常不涉及服务端核心文件损坏。根源集中在列表文档的存储格式与引擎读取逻辑不匹配上。
**编码冲突是造成乱码的主因**
传奇引擎的开发年代较早，其内部字符处理默认采用ANSI编码。而当前操作系统自带的记事本程序，新建或保存文本文档时，默认编码多为UTF-8。当登录器尝试读取这个UTF-8格式的列表文件时，因解析规则不一致，便直接输出乱码。
解决这个冲突不需要第三方工具。找到登录器读取的那个列表文件（通常是TXT格式），用记事本打开，点击菜单栏的“文件”->“另存为”。在弹出窗口的底部，有一个“编码”下拉选项，将其从UTF-8切换为ANSI，然后保存覆盖原文件。重新打开登录器，列表文字应恢复正常显示。
**BOM头标记带来的隐性干扰**
使用部分代码编辑器保存UTF-8文件时，会自动在文件头部添加几个不可见的标记字符（即BOM头）。传奇登录器程序在读取文件时，无法识别这种带标记的格式，可能导致解析直接中断或读取到错位内容。
若修改编码后乱码依旧，检查编辑工具的设置。避免使用系统自带记事本进行编辑，改用Notepad++这类编辑器，在“编码”菜单中转为ANSI格式并保存，能有效清除潜在的BOM头干扰。
**文件路径与命名的基本规范**
列表文件存放的路径或文件名中若包含中文字符、空格或特殊符号，也可能引发读取异常。登录器程序获取资源时对全英文路径的兼容性更好。将列表文件放置在纯英文的目录下，例如D:\mirserver\list\，文件名也使用英文或数字组合，如serverlist.txt，可规避这类问题。
**登录器配置器版本与引擎的对应关系**
不同引擎（如GOM、GEE、HERO）生成的登录器，对列表格式的解析要求存在差异。使用与引擎版本不匹配的配置器生成登录器，即使列表编码正确，仍可能因格式字段定义不同而显示出乱码或无法读取。确认登录器配置器是从对应引擎包中获取的，避免混用不同引擎的工具。
