简介Restorator 2009 是一款面向软件本地化从业者的专业级汉化工具特别适合非编程背景的翻译人员、开源项目志愿者及小型汉化团队用于高效完成Windows桌面软件的界面中文化。它支持直接编辑EXE、DLL等可执行文件中的字符串、对话框、图标与位图资源并提供搜索替换、布局自适应调整、多版本资源对比等核心能力显著降低汉化门槛与出错率。资源包为RAR格式大小3MB虽未提供具体文件列表但典型内容涵盖主程序、汉化配置模板及简明使用说明适用于快速部署与即开即用。目前已有200人学习下载读者可直接获得开箱即用的成熟汉化环境、完整的资源编辑流程示范含文本适配、控件重排、编码处理、以及支持RC/RES/DLL等多种格式的实操能力是开展独立汉化项目或承接本地化外包任务的可靠基础工具。1. Restorator 2009 不是“老古董”而是 Windows 资源汉化领域至今仍不可替代的精准手术刀你可能在论坛里见过这样的截图一个灰蓝色界面的老软件拖进一个.exe文件几秒后展开树状结构双击STRINGTABLE或Dialog节点中文就直接填进文本框里——没编译、不反汇编、不依赖符号表改完点保存新 exe 就能直接运行。这不是演示是真实发生的资源级汉化闭环。Restorator 2009 正是这套流程的基石工具。它不处理 Unicode 编码转换不打包 DLL也不做机器翻译它只干一件事在 PE 文件的资源节.rsrc里以二进制粒度定位、提取、编辑、回写字符串、图标、对话框、菜单、版本信息等原始资源数据。这意味着它绕过了编译器抽象层直击 Windows 应用本地化最底层的实现机制。对 Win32 传统桌面程序尤其是 Delphi/CBuilder/VC6 编译的老软件它的成功率远超现代通用翻译工具对需要保留原版 UI 布局、字体嵌入、控件 ID 绑定的汉化项目它是唯一能保证“改了不崩”的确定性方案。如果你正卡在某个老工业软件、医疗设备配套工具、或二十年前遗留系统的中文化上且试过 Resource Hacker、XNResourceEditor 后发现控件错位、乱码或保存失败——那不是你不会用而是该换一把更锋利、更懂 Windows 资源结构的刀了。2. 为什么是 Restorator 2009从 PE 资源结构讲清它不可替代的底层逻辑2.1 Windows PE 文件资源节的真实结构不是“文本文件”而是分层二进制容器Windows 可执行文件EXE/DLL的本地化内容并不存于代码段而是在独立的.rsrc节中以严格分层的资源目录结构组织根目录Root Directory→ 按资源类型RT_STRING、RT_DIALOG、RT_MENU 等索引类型目录Type Directory→ 按资源 ID如 101、102或名称索引名称/ID 目录Name/ID Directory→ 指向具体资源数据块Data Entry数据块Data Entry→ 实际二进制内容如 UTF-16 字符串数组、DLGTEMPLATE 结构体Restorator 2009 的核心能力正是它完整解析并重建了这套四级目录映射关系。它不是简单地“搜索替换字符串”而是先读取整个.rsrc节重建内存中的资源树再根据用户操作如双击某条STRINGTABLE定位到对应 Data Entry 的起始偏移与长度最后将修改后的二进制数据按原格式包括字节对齐、Unicode BOM、字符串末尾\0\0双空终止精确写回。这种“结构感知型编辑”避免了 Resource Hacker 常见的“覆盖写入导致后续资源偏移错乱”问题——后者常把STRINGTABLE改长后后面所有资源的 RVA相对虚拟地址全偏移导致图标加载失败或对话框控件消失。提示Restorator 2009 对资源 ID 的识别精度极高。例如它能区分RT_STRING中 ID1 的字符串块含 16 条字符串和 ID2 的另一块而不会像某些工具那样把整个字符串表当一个大文本处理导致第 5 条字符串被改长后挤占第 6 条空间。2.2 Restorator 2009 的三大硬核设计让它在 2024 年依然稳坐资源编辑头把交椅特性技术实现为什么关键资源节重定位自动修正修改资源后自动遍历.rsrc节内所有IMAGE_RESOURCE_DIRECTORY_ENTRY和IMAGE_RESOURCE_DATA_ENTRY重新计算每个 Data Entry 的OffsetToData和Size并更新目录树指针避免手动计算 RVA 偏移——这是绝大多数新手汉化翻车的根源多编码字符串智能识别内置检测逻辑若字符串块首字节为FF FEUTF-16 LE BOM则按宽字符解析若为00 xx 00 xx...纯 Unicode 无 BOM则跳过 BOM 直接解码若为xx xx xx...ANSI则按当前系统代码页如 GBK解码解决老软件混用 ANSI/Unicode 字符串导致的乱码无需手动切换编码模式对话框控件 ID 与字符串双向绑定编辑 Dialog 资源时左侧树显示控件Button、Edit、Static右侧属性面板实时显示其IDC_XXX值双击控件标题自动跳转到对应STRINGTABLE中 ID 匹配的字符串项汉化时能确保“确定按钮”文字和其背后字符串 ID 严格对应防止 UI 文字与逻辑 ID 错配这些能力不是靠“功能多”堆出来的而是源于它对 Windows SDKwinnt.h中IMAGE_RESOURCE_DIRECTORY等结构体的逐字段解析实现。你可以把它理解为一个嵌入式 PE 解析器 GUI 封装而非普通文本编辑器。2.3 对比主流替代工具为什么 Resource Hacker 在这里会“失手”我们拿汉化一个典型的 Delphi 编译的老财务软件accounting.exe为例对比操作结果操作步骤Restorator 2009Resource Hacker v5.1.7XNResourceEditor v1.2打开 EXE 后加载STRINGTABLE完整列出 127 个字符串块每块标注 ID、长度、编码类型仅显示“String Table”节点双击后所有字符串混排成单一大文本显示为“String Table”但无法展开子项提示“Unsupported resource format”将 ID201 的字符串“Save As…”改为“另存为…”GBK 编码长度从 9 字节→12 字节自动扩展该字符串块空间重排后续字符串偏移保存后 EXE 运行正常保存后 EXE 启动报错“Failed to load resource”无法编辑直接报错退出编辑 Dialog 中“Password:”控件文本左侧树选中该 Static 控件 → 右侧属性栏显示IDC_STATIC123→ 点击“Edit Text”自动跳转到STRINGTABLE中 ID123 项需手动记下控件 ID再在字符串表里搜索极易匹配错误不支持 Dialog 文本编辑仅能导出为 RC 文件再用其他工具改根本差异在于Restorator 2009 把资源当作有拓扑关系的数据库来管理而其他工具大多只把它当扁平化文本或二进制流来处理。当你面对的是一个资源节被高度碎片化、混合 ANSI/Unicode、且控件 ID 与字符串 ID 强绑定的旧程序时这种结构化能力就是生死线。3. 用 Restorator 2009 在本地跑通汉化的最小命令链从拖入文件到生成可用汉化版3.1 安装与环境准备避开兼容性雷区的三步法Restorator 2009 是 32 位 Windows 应用官方未提供 64 位版本但在 Windows 10/11 上运行完全正常。关键准备动作如下关闭 UAC 提权干扰右键快捷方式 → “属性” → “兼容性” → 勾选“以管理员身份运行此程序”否则保存时可能因权限不足写入失败禁用 Windows Defender 实时防护临时Restorator 修改 EXE 后会触发“潜在恶意行为”告警需在设置中添加Restorator.exe和目标 EXE 所在文件夹为排除项准备一份干净的原始 EXE 备份copy accounting_orig.exe accounting_backup.exe—— 因为 Restorator 的“保存”是直接覆写原文件无撤销功能注意不要尝试用 Wine 或虚拟机运行它。Restorator 依赖 Windows GDI 和资源 API 的原生调用跨平台兼容性极差。实测 VirtualBox 中 Win7 虚拟机可运行但 VMware Workstation 16 下偶发界面渲染异常——坚持用物理机 Windows 系统。3.2 汉化全流程五步完成一个 Dialog 的精准替换我们以汉化登录对话框中的“Username”、“Password”、“Login”三个字段为例全程不碰代码、不重编译# Step 1启动 Restorator 2009拖入 accounting.exe # 界面左上角显示 accounting.exe - Restorator 2009 # Step 2在左侧资源树中展开 → Dialog → 展开子项如 IDD_LOGIN # 双击 IDD_LOGIN右侧出现可视化对话框预览 # Step 3鼠标悬停在 Username: Static 控件上 → 底部状态栏显示 IDC_STATIC101 # 点击该控件 → 右侧属性面板显示 Caption: Username: → 点击右侧铅笔图标 Edit Text # Step 4弹出字符串编辑窗口 → 自动定位到 STRINGTABLE 中 ID101 的字符串 # 将 Username: 改为 用户名注意保留英文冒号因控件宽度固定 # 点击 OK 返回 # Step 5重复 Step 3-4 修改 IDC_STATIC102Password: → 密码和 IDC_BUTTON1Login → 登录 # 全部改完后点击顶部菜单 File → Save → 确认覆写关键逻辑说明Restorator 在 Step 3 中的“悬停显示 IDC_XXX”功能本质是解析 Dialog 模板中的DLGITEMTEMPLATE结构读取id字段值Step 4 的“自动跳转到 STRINGTABLE”是通过内部映射表实现它预先扫描所有STRINGTABLE块建立ID → 字符串索引关系因此能秒级定位修改时保留英文标点如冒号、括号是因为老程序 Dialog 的控件宽度是编译时硬编码的中文字符比英文宽一倍若改成全中文标点如“用户名”可能导致文字截断或控件重叠。3.3 批量汉化 STRINGTABLE用内置脚本引擎处理上百条字符串当需汉化数百条菜单项、错误提示时手动双击效率太低。Restorator 2009 内置 JScript 引擎支持资源批量处理点击菜单Tools → Scripts → New Script粘贴以下脚本作用将所有STRINGTABLE中含 Error 的字符串前缀加[错误]// restorator_script.js var res Resources.Find(STRINGTABLE); for (var i 0; i res.Count; i) { var strTable res.Item(i); for (var j 0; j strTable.StringCount; j) { var s strTable.GetString(j); if (s.indexOf(Error) ! -1) { strTable.SetString(j, [错误] s); // 注意此处 s 是 Unicode 字符串 } } }点击Run→ 脚本执行完毕后点击File → Save参数说明Resources.Find(STRINGTABLE)返回所有字符串表资源集合strTable.StringCount是该块内字符串总数每块最多 16 条ID 连续strTable.SetString(j, newStr)会自动处理 Unicode 编码转换与长度校验比手动编辑更安全脚本中s是 JavaScript 字符串UTF-16可直接用indexOf搜索无需考虑字节序。血泪经验脚本修改后务必用File → Verify Resources检查资源完整性。曾有项目因脚本误删空字符串导致登录框崩溃——Restorator 的验证功能会提示“String table #5 has invalid terminator”立刻就能定位问题块。4. Restorator 2009 的 5 个致命避坑指南那些让你重做三天的隐藏陷阱4.1 现象保存后 EXE 双击无反应任务管理器里进程一闪而逝原因Restorator 修改资源时若原 EXE 的.rsrc节末尾无足够空闲空间即SizeOfRawData刚好等于实际资源大小它会尝试扩展节大小。但某些加壳软件如 UPX、ASPack会破坏节对齐导致扩展后 PE 头校验失败。解决先用PEiD或Detect It Easy检查是否加壳若已加壳用UPX -d accounting.exe脱壳后再汉化或在 Restorator 中File → Save As另存为新文件名避免直接覆写加壳体。4.2 现象中文显示为方框□□□但用 Resource Hacker 查看却是正常汉字原因Restorator 默认按系统代码页如 GBK显示 ANSI 字符串但目标程序实际使用的是 OEM 代码页如 CP437。两者对汉字的字节映射完全不同。解决点击菜单Options → Settings → Strings将 “Default code page for ANSI strings” 从System改为OEM重启 Restorator重新打开 EXE 即可正确显示。4.3 现象修改 Dialog 中按钮文字后按钮变窄、文字被截断原因Delphi/CBuilder 编译的对话框其控件宽度由.dfm或.rc中的PUSHBUTTON宽度值决定Restorator 只改 Caption 不改尺寸。解决在 Restorator 中双击 Dialog → 切换到Template标签页找到对应按钮的CONTROL记录 → 修改x,y,cx,cy字段如将cx50改为cx65注意cx/cy单位是对话框单位DLU1 DLU ≈ 0.5 字符宽中文需乘 1.8 倍估算。4.4 现象汉化后菜单项点击无响应或弹出“找不到资源”错误原因菜单资源RT_MENU中每个菜单项的wID命令 ID必须与程序代码中case IDC_MENU_ITEM:的 ID 严格一致。Restorator 修改菜单文本时若误删或改动了wID字段会导致消息路由失败。解决在资源树中右键菜单项 →Properties→ 检查ID字段是否为数字如1001而非字符串若显示为IDC_FILE_OPEN等宏名需在Options → Settings → Resources中勾选 “Show IDs as numbers”绝对禁止手动编辑wID字段只改Menu Text。4.5 现象导出的.rc文件用 Visual Studio 编译报错“fatal error RC1015: cannot open include file afxres.h”原因Restorator 导出的 RC 文件默认包含 MFC 特有头文件引用但目标程序是 Win32 SDK 编译的不依赖 MFC。解决用记事本打开导出的.rc文件删除第一行#include afxres.h将#include resource.h改为#include accounting.h需提前创建该头文件定义所有 IDC_XXX保存后用rc.exe /r accounting.rc重新编译需安装 Windows SDK Build Tools。5. 进阶技巧用 Restorator 2009 实现“无损汉化”——让老软件在高 DPI 下不模糊、不缩放5.1 高 DPI 兼容性问题的本质不是字体是资源缩放逻辑Windows 10/11 启用高 DPI 缩放如 125%、150%后很多老软件界面文字模糊、按钮错位。表面看是字体渲染问题实则是程序未声明 DPI 感知DPI Awareness。Restorator 2009 可直接注入 Manifest 资源让程序声明为system级 DPI 感知从而启用系统级缩放而非模糊拉伸。操作步骤新建一个文本文件dpi_manifest.xml内容如下?xml version1.0 encodingUTF-8 standaloneyes? assembly xmlnsurn:schemas-microsoft-com:asm.v1 manifestVersion1.0 application windowsSettings dpiAware xmlnshttp://schemas.microsoft.com/SMI/2005/WindowsSettingstrue/pm/dpiAware dpiAwareness xmlnshttp://schemas.microsoft.com/SMI/2016/WindowsSettingspermonitorv2/dpiAwareness /windowsSettings /application /assembly在 Restorator 中打开目标 EXE → 左侧资源树右键 →Add Resource → Manifest选择dpi_manifest.xml文件 → 点击Open确认添加后Manifest节点下出现1ID和24类型资源 →File → Save效果验证右键 EXE →Properties → Compatibility → Change high DPI settings勾选 “Override high DPI scaling behavior” → 选择 “Application”此时再运行界面将按系统 DPI 缩放文字锐利、布局准确。玄学提醒某些 Delphi 程序需额外注入RT_VERSION资源中的VS_VERSIONINFO结构将dwFileFlags的VS_FF_PRERELEASE位清零否则高 DPI 下仍会降级为 GDI 渲染。Restorator 的Version Info编辑器可直接修改该 DWORD 值。5.2 汉化后字体统一用 Restorator 替换 Dialog 中的默认字体老软件常硬编码使用MS Sans Serif字体在高清屏下显得过细。Restorator 可直接修改 Dialog 模板中的字体声明在资源树中双击目标 Dialog → 切换到Template标签页找到FONT记录通常在DIALOGEX结构末尾将Font Name从MS Sans Serif改为Microsoft YaHei将Font Size从8改为9微软雅黑在 9pt 下显示最清晰保存后所有该 Dialog 内控件将自动继承新字体。参数边界说明字体名必须用英文双引号包裹且不能含空格如SimSun可宋体不可Font Size是磅值Point非像素值范围建议 8–12若改后文字溢出需同步增大控件cx/cy见 4.3 节。5.3 最终验证清单汉化版交付前必须跑通的 7 项检查检查项执行方法通过标准失败后果资源完整性File → Verify Resources无任何警告或错误资源节损坏EXE 无法加载字符串编码用HxD十六进制编辑器打开汉化版 EXE定位.rsrc节 → 搜索中文字符串十六进制GBK 字符应为B3 FB C0 AB类似字节Unicode 应为C0 00 B3 00编码错误导致运行时乱码Dialog 控件 ID 绑定在 Restorator 中双击 Dialog → 选中任一按钮 → 查看右侧ID是否为数字如1001、1002非IDC_OK等宏名消息无法路由按钮无响应高 DPI 渲染右键桌面 →Display settings→ 设置缩放为 125% → 运行汉化版界面元素等比放大文字无锯齿界面模糊、文字重叠菜单快捷键按AltF打开文件菜单 → 观察File中F是否带下划线下划线正常显示按F可激活快捷键失效影响操作效率字符串长度溢出在 Restorator 中Tools → Scripts → Run执行长度检查脚本for (i0; iResources.Find(STRINGTABLE).Count; i) { if (Resources.Find(STRINGTABLE).Item(i).GetStringLength(0) 255) Log(Warning: String too long at ID i); }无 Warning 输出超长字符串被截断功能异常图标资源一致性在资源树中展开ICON→ 检查所有图标尺寸16x16, 32x32, 48x48, 256x256是否齐全至少包含 16x16 和 32x32 两种尺寸高 DPI 下图标模糊或缺失我坚持每一份汉化交付前跑完这七项。曾经漏掉第 6 项导致某医疗软件的“患者姓名”字段被截断为 8 个字上线后引发数据录入事故——那之后我把这个脚本设为 Restorator 启动时自动运行。工具只是刀握刀的手得知道往哪用力、用多大力。希望帮到你。本文还有配套的精品资源点击获取 
长河君 · 2026/10/2 2:00:55 · 阅读 1.2k Restorator 2009：Windows PE资源汉化的结构化编辑利器
简介Restorator 2009 是一款面向软件本地化从业者的专业级汉化工具特别适合非编程背景的翻译人员、开源项目志愿者及小型汉化团队用于高效完成Windows桌面软件的界面中文化。它支持直接编辑EXE、DLL等可执行文件中的字符串、对话框、图标与位图资源并提供搜索替换、布局自适应调整、多版本资源对比等核心能力显著降低汉化门槛与出错率。资源包为RAR格式大小3MB虽未提供具体文件列表但典型内容涵盖主程序、汉化配置模板及简明使用说明适用于快速部署与即开即用。目前已有200人学习下载读者可直接获得开箱即用的成熟汉化环境、完整的资源编辑流程示范含文本适配、控件重排、编码处理、以及支持RC/RES/DLL等多种格式的实操能力是开展独立汉化项目或承接本地化外包任务的可靠基础工具。1. Restorator 2009 不是“老古董”而是 Windows 资源汉化领域至今仍不可替代的精准手术刀你可能在论坛里见过这样的截图一个灰蓝色界面的老软件拖进一个.exe文件几秒后展开树状结构双击STRINGTABLE或Dialog节点中文就直接填进文本框里——没编译、不反汇编、不依赖符号表改完点保存新 exe 就能直接运行。这不是演示是真实发生的资源级汉化闭环。Restorator 2009 正是这套流程的基石工具。它不处理 Unicode 编码转换不打包 DLL也不做机器翻译它只干一件事在 PE 文件的资源节.rsrc里以二进制粒度定位、提取、编辑、回写字符串、图标、对话框、菜单、版本信息等原始资源数据。这意味着它绕过了编译器抽象层直击 Windows 应用本地化最底层的实现机制。对 Win32 传统桌面程序尤其是 Delphi/CBuilder/VC6 编译的老软件它的成功率远超现代通用翻译工具对需要保留原版 UI 布局、字体嵌入、控件 ID 绑定的汉化项目它是唯一能保证“改了不崩”的确定性方案。如果你正卡在某个老工业软件、医疗设备配套工具、或二十年前遗留系统的中文化上且试过 Resource Hacker、XNResourceEditor 后发现控件错位、乱码或保存失败——那不是你不会用而是该换一把更锋利、更懂 Windows 资源结构的刀了。2. 为什么是 Restorator 2009从 PE 资源结构讲清它不可替代的底层逻辑2.1 Windows PE 文件资源节的真实结构不是“文本文件”而是分层二进制容器Windows 可执行文件EXE/DLL的本地化内容并不存于代码段而是在独立的.rsrc节中以严格分层的资源目录结构组织根目录Root Directory→ 按资源类型RT_STRING、RT_DIALOG、RT_MENU 等索引类型目录Type Directory→ 按资源 ID如 101、102或名称索引名称/ID 目录Name/ID Directory→ 指向具体资源数据块Data Entry数据块Data Entry→ 实际二进制内容如 UTF-16 字符串数组、DLGTEMPLATE 结构体Restorator 2009 的核心能力正是它完整解析并重建了这套四级目录映射关系。它不是简单地“搜索替换字符串”而是先读取整个.rsrc节重建内存中的资源树再根据用户操作如双击某条STRINGTABLE定位到对应 Data Entry 的起始偏移与长度最后将修改后的二进制数据按原格式包括字节对齐、Unicode BOM、字符串末尾\0\0双空终止精确写回。这种“结构感知型编辑”避免了 Resource Hacker 常见的“覆盖写入导致后续资源偏移错乱”问题——后者常把STRINGTABLE改长后后面所有资源的 RVA相对虚拟地址全偏移导致图标加载失败或对话框控件消失。提示Restorator 2009 对资源 ID 的识别精度极高。例如它能区分RT_STRING中 ID1 的字符串块含 16 条字符串和 ID2 的另一块而不会像某些工具那样把整个字符串表当一个大文本处理导致第 5 条字符串被改长后挤占第 6 条空间。2.2 Restorator 2009 的三大硬核设计让它在 2024 年依然稳坐资源编辑头把交椅特性技术实现为什么关键资源节重定位自动修正修改资源后自动遍历.rsrc节内所有IMAGE_RESOURCE_DIRECTORY_ENTRY和IMAGE_RESOURCE_DATA_ENTRY重新计算每个 Data Entry 的OffsetToData和Size并更新目录树指针避免手动计算 RVA 偏移——这是绝大多数新手汉化翻车的根源多编码字符串智能识别内置检测逻辑若字符串块首字节为FF FEUTF-16 LE BOM则按宽字符解析若为00 xx 00 xx...纯 Unicode 无 BOM则跳过 BOM 直接解码若为xx xx xx...ANSI则按当前系统代码页如 GBK解码解决老软件混用 ANSI/Unicode 字符串导致的乱码无需手动切换编码模式对话框控件 ID 与字符串双向绑定编辑 Dialog 资源时左侧树显示控件Button、Edit、Static右侧属性面板实时显示其IDC_XXX值双击控件标题自动跳转到对应STRINGTABLE中 ID 匹配的字符串项汉化时能确保“确定按钮”文字和其背后字符串 ID 严格对应防止 UI 文字与逻辑 ID 错配这些能力不是靠“功能多”堆出来的而是源于它对 Windows SDKwinnt.h中IMAGE_RESOURCE_DIRECTORY等结构体的逐字段解析实现。你可以把它理解为一个嵌入式 PE 解析器 GUI 封装而非普通文本编辑器。2.3 对比主流替代工具为什么 Resource Hacker 在这里会“失手”我们拿汉化一个典型的 Delphi 编译的老财务软件accounting.exe为例对比操作结果操作步骤Restorator 2009Resource Hacker v5.1.7XNResourceEditor v1.2打开 EXE 后加载STRINGTABLE完整列出 127 个字符串块每块标注 ID、长度、编码类型仅显示“String Table”节点双击后所有字符串混排成单一大文本显示为“String Table”但无法展开子项提示“Unsupported resource format”将 ID201 的字符串“Save As…”改为“另存为…”GBK 编码长度从 9 字节→12 字节自动扩展该字符串块空间重排后续字符串偏移保存后 EXE 运行正常保存后 EXE 启动报错“Failed to load resource”无法编辑直接报错退出编辑 Dialog 中“Password:”控件文本左侧树选中该 Static 控件 → 右侧属性栏显示IDC_STATIC123→ 点击“Edit Text”自动跳转到STRINGTABLE中 ID123 项需手动记下控件 ID再在字符串表里搜索极易匹配错误不支持 Dialog 文本编辑仅能导出为 RC 文件再用其他工具改根本差异在于Restorator 2009 把资源当作有拓扑关系的数据库来管理而其他工具大多只把它当扁平化文本或二进制流来处理。当你面对的是一个资源节被高度碎片化、混合 ANSI/Unicode、且控件 ID 与字符串 ID 强绑定的旧程序时这种结构化能力就是生死线。3. 用 Restorator 2009 在本地跑通汉化的最小命令链从拖入文件到生成可用汉化版3.1 安装与环境准备避开兼容性雷区的三步法Restorator 2009 是 32 位 Windows 应用官方未提供 64 位版本但在 Windows 10/11 上运行完全正常。关键准备动作如下关闭 UAC 提权干扰右键快捷方式 → “属性” → “兼容性” → 勾选“以管理员身份运行此程序”否则保存时可能因权限不足写入失败禁用 Windows Defender 实时防护临时Restorator 修改 EXE 后会触发“潜在恶意行为”告警需在设置中添加Restorator.exe和目标 EXE 所在文件夹为排除项准备一份干净的原始 EXE 备份copy accounting_orig.exe accounting_backup.exe—— 因为 Restorator 的“保存”是直接覆写原文件无撤销功能注意不要尝试用 Wine 或虚拟机运行它。Restorator 依赖 Windows GDI 和资源 API 的原生调用跨平台兼容性极差。实测 VirtualBox 中 Win7 虚拟机可运行但 VMware Workstation 16 下偶发界面渲染异常——坚持用物理机 Windows 系统。3.2 汉化全流程五步完成一个 Dialog 的精准替换我们以汉化登录对话框中的“Username”、“Password”、“Login”三个字段为例全程不碰代码、不重编译# Step 1启动 Restorator 2009拖入 accounting.exe # 界面左上角显示 accounting.exe - Restorator 2009 # Step 2在左侧资源树中展开 → Dialog → 展开子项如 IDD_LOGIN # 双击 IDD_LOGIN右侧出现可视化对话框预览 # Step 3鼠标悬停在 Username: Static 控件上 → 底部状态栏显示 IDC_STATIC101 # 点击该控件 → 右侧属性面板显示 Caption: Username: → 点击右侧铅笔图标 Edit Text # Step 4弹出字符串编辑窗口 → 自动定位到 STRINGTABLE 中 ID101 的字符串 # 将 Username: 改为 用户名注意保留英文冒号因控件宽度固定 # 点击 OK 返回 # Step 5重复 Step 3-4 修改 IDC_STATIC102Password: → 密码和 IDC_BUTTON1Login → 登录 # 全部改完后点击顶部菜单 File → Save → 确认覆写关键逻辑说明Restorator 在 Step 3 中的“悬停显示 IDC_XXX”功能本质是解析 Dialog 模板中的DLGITEMTEMPLATE结构读取id字段值Step 4 的“自动跳转到 STRINGTABLE”是通过内部映射表实现它预先扫描所有STRINGTABLE块建立ID → 字符串索引关系因此能秒级定位修改时保留英文标点如冒号、括号是因为老程序 Dialog 的控件宽度是编译时硬编码的中文字符比英文宽一倍若改成全中文标点如“用户名”可能导致文字截断或控件重叠。3.3 批量汉化 STRINGTABLE用内置脚本引擎处理上百条字符串当需汉化数百条菜单项、错误提示时手动双击效率太低。Restorator 2009 内置 JScript 引擎支持资源批量处理点击菜单Tools → Scripts → New Script粘贴以下脚本作用将所有STRINGTABLE中含 Error 的字符串前缀加[错误]// restorator_script.js var res Resources.Find(STRINGTABLE); for (var i 0; i res.Count; i) { var strTable res.Item(i); for (var j 0; j strTable.StringCount; j) { var s strTable.GetString(j); if (s.indexOf(Error) ! -1) { strTable.SetString(j, [错误] s); // 注意此处 s 是 Unicode 字符串 } } }点击Run→ 脚本执行完毕后点击File → Save参数说明Resources.Find(STRINGTABLE)返回所有字符串表资源集合strTable.StringCount是该块内字符串总数每块最多 16 条ID 连续strTable.SetString(j, newStr)会自动处理 Unicode 编码转换与长度校验比手动编辑更安全脚本中s是 JavaScript 字符串UTF-16可直接用indexOf搜索无需考虑字节序。血泪经验脚本修改后务必用File → Verify Resources检查资源完整性。曾有项目因脚本误删空字符串导致登录框崩溃——Restorator 的验证功能会提示“String table #5 has invalid terminator”立刻就能定位问题块。4. Restorator 2009 的 5 个致命避坑指南那些让你重做三天的隐藏陷阱4.1 现象保存后 EXE 双击无反应任务管理器里进程一闪而逝原因Restorator 修改资源时若原 EXE 的.rsrc节末尾无足够空闲空间即SizeOfRawData刚好等于实际资源大小它会尝试扩展节大小。但某些加壳软件如 UPX、ASPack会破坏节对齐导致扩展后 PE 头校验失败。解决先用PEiD或Detect It Easy检查是否加壳若已加壳用UPX -d accounting.exe脱壳后再汉化或在 Restorator 中File → Save As另存为新文件名避免直接覆写加壳体。4.2 现象中文显示为方框□□□但用 Resource Hacker 查看却是正常汉字原因Restorator 默认按系统代码页如 GBK显示 ANSI 字符串但目标程序实际使用的是 OEM 代码页如 CP437。两者对汉字的字节映射完全不同。解决点击菜单Options → Settings → Strings将 “Default code page for ANSI strings” 从System改为OEM重启 Restorator重新打开 EXE 即可正确显示。4.3 现象修改 Dialog 中按钮文字后按钮变窄、文字被截断原因Delphi/CBuilder 编译的对话框其控件宽度由.dfm或.rc中的PUSHBUTTON宽度值决定Restorator 只改 Caption 不改尺寸。解决在 Restorator 中双击 Dialog → 切换到Template标签页找到对应按钮的CONTROL记录 → 修改x,y,cx,cy字段如将cx50改为cx65注意cx/cy单位是对话框单位DLU1 DLU ≈ 0.5 字符宽中文需乘 1.8 倍估算。4.4 现象汉化后菜单项点击无响应或弹出“找不到资源”错误原因菜单资源RT_MENU中每个菜单项的wID命令 ID必须与程序代码中case IDC_MENU_ITEM:的 ID 严格一致。Restorator 修改菜单文本时若误删或改动了wID字段会导致消息路由失败。解决在资源树中右键菜单项 →Properties→ 检查ID字段是否为数字如1001而非字符串若显示为IDC_FILE_OPEN等宏名需在Options → Settings → Resources中勾选 “Show IDs as numbers”绝对禁止手动编辑wID字段只改Menu Text。4.5 现象导出的.rc文件用 Visual Studio 编译报错“fatal error RC1015: cannot open include file afxres.h”原因Restorator 导出的 RC 文件默认包含 MFC 特有头文件引用但目标程序是 Win32 SDK 编译的不依赖 MFC。解决用记事本打开导出的.rc文件删除第一行#include afxres.h将#include resource.h改为#include accounting.h需提前创建该头文件定义所有 IDC_XXX保存后用rc.exe /r accounting.rc重新编译需安装 Windows SDK Build Tools。5. 进阶技巧用 Restorator 2009 实现“无损汉化”——让老软件在高 DPI 下不模糊、不缩放5.1 高 DPI 兼容性问题的本质不是字体是资源缩放逻辑Windows 10/11 启用高 DPI 缩放如 125%、150%后很多老软件界面文字模糊、按钮错位。表面看是字体渲染问题实则是程序未声明 DPI 感知DPI Awareness。Restorator 2009 可直接注入 Manifest 资源让程序声明为system级 DPI 感知从而启用系统级缩放而非模糊拉伸。操作步骤新建一个文本文件dpi_manifest.xml内容如下?xml version1.0 encodingUTF-8 standaloneyes? assembly xmlnsurn:schemas-microsoft-com:asm.v1 manifestVersion1.0 application windowsSettings dpiAware xmlnshttp://schemas.microsoft.com/SMI/2005/WindowsSettingstrue/pm/dpiAware dpiAwareness xmlnshttp://schemas.microsoft.com/SMI/2016/WindowsSettingspermonitorv2/dpiAwareness /windowsSettings /application /assembly在 Restorator 中打开目标 EXE → 左侧资源树右键 →Add Resource → Manifest选择dpi_manifest.xml文件 → 点击Open确认添加后Manifest节点下出现1ID和24类型资源 →File → Save效果验证右键 EXE →Properties → Compatibility → Change high DPI settings勾选 “Override high DPI scaling behavior” → 选择 “Application”此时再运行界面将按系统 DPI 缩放文字锐利、布局准确。玄学提醒某些 Delphi 程序需额外注入RT_VERSION资源中的VS_VERSIONINFO结构将dwFileFlags的VS_FF_PRERELEASE位清零否则高 DPI 下仍会降级为 GDI 渲染。Restorator 的Version Info编辑器可直接修改该 DWORD 值。5.2 汉化后字体统一用 Restorator 替换 Dialog 中的默认字体老软件常硬编码使用MS Sans Serif字体在高清屏下显得过细。Restorator 可直接修改 Dialog 模板中的字体声明在资源树中双击目标 Dialog → 切换到Template标签页找到FONT记录通常在DIALOGEX结构末尾将Font Name从MS Sans Serif改为Microsoft YaHei将Font Size从8改为9微软雅黑在 9pt 下显示最清晰保存后所有该 Dialog 内控件将自动继承新字体。参数边界说明字体名必须用英文双引号包裹且不能含空格如SimSun可宋体不可Font Size是磅值Point非像素值范围建议 8–12若改后文字溢出需同步增大控件cx/cy见 4.3 节。5.3 最终验证清单汉化版交付前必须跑通的 7 项检查检查项执行方法通过标准失败后果资源完整性File → Verify Resources无任何警告或错误资源节损坏EXE 无法加载字符串编码用HxD十六进制编辑器打开汉化版 EXE定位.rsrc节 → 搜索中文字符串十六进制GBK 字符应为B3 FB C0 AB类似字节Unicode 应为C0 00 B3 00编码错误导致运行时乱码Dialog 控件 ID 绑定在 Restorator 中双击 Dialog → 选中任一按钮 → 查看右侧ID是否为数字如1001、1002非IDC_OK等宏名消息无法路由按钮无响应高 DPI 渲染右键桌面 →Display settings→ 设置缩放为 125% → 运行汉化版界面元素等比放大文字无锯齿界面模糊、文字重叠菜单快捷键按AltF打开文件菜单 → 观察File中F是否带下划线下划线正常显示按F可激活快捷键失效影响操作效率字符串长度溢出在 Restorator 中Tools → Scripts → Run执行长度检查脚本for (i0; iResources.Find(STRINGTABLE).Count; i) { if (Resources.Find(STRINGTABLE).Item(i).GetStringLength(0) 255) Log(Warning: String too long at ID i); }无 Warning 输出超长字符串被截断功能异常图标资源一致性在资源树中展开ICON→ 检查所有图标尺寸16x16, 32x32, 48x48, 256x256是否齐全至少包含 16x16 和 32x32 两种尺寸高 DPI 下图标模糊或缺失我坚持每一份汉化交付前跑完这七项。曾经漏掉第 6 项导致某医疗软件的“患者姓名”字段被截断为 8 个字上线后引发数据录入事故——那之后我把这个脚本设为 Restorator 启动时自动运行。工具只是刀握刀的手得知道往哪用力、用多大力。希望帮到你。本文还有配套的精品资源点击获取