简介CHM 是微软推出的帮助文件格式常将大量 HTML 页面压缩为单一离线文档若需编辑、翻译或检索其中内容常规方式无法直接查看源码。这份反编译工具包面向开发者和文档研究人员支持将已编译的 CHM 文件解析并导回 HTML、图片、样式表、JavaScript 等原始资源便于二次编辑或重新打包。RAR 压缩包共 4 个文件内含反编译工具的安装程序exe、配置数据dat、下载使用说明htm与软件信息文件nfo整体约 2.19MB结构简洁按说明安装即可使用。目前已有 213 人浏览学习。使用该工具可快速完成 CHM 解包与导出适合处理软件帮助文档、整理历史资料、迁移旧文档也能为批量提取网页内容提供高效方案。 CHM文件大概是很多老软件、产品手册里最顽固的格式之一。明明已经有这么多年历史了Win10/Win11系统里还自带的帮助查看器依然能打开它可一旦你想把里面的内容重新排版、换张图、导成PDF或者只是想把某段说明改成自己公司的联系方式就会发现这玩意儿像个滚刀肉——直接改改不动复制粘贴又全是乱的。所谓“chm反编译”其实就是把这层壳拆掉把CHM里真正藏着的那一堆HTML、图片、脚本还原出来让你能像编辑普通网页一样继续处理它。这篇文章我就拿实际项目里的处理经验把CHM反编译的原理、常用工具、完整操作流程以及我自己踩过的坑从头到尾捋一遍。不管是只想把CHM转成PDF的轻度用户还是需要改完再重新编CHM的深度用户看完应该都能直接上手。1. 先搞懂CHM文件到底是什么1.1 两个文件凑出来的帮助文档CHM的全称是Compiled HTML Help是微软在Windows 98时代推出的帮助文件格式用来替代更早的HLP格式。它的核心逻辑其实不复杂把一堆HTML页面、图片、CSS、JavaScript连同目录结构和索引文件打包压缩成一个后缀为.chm的单一文件。这个“打包压缩”很有讲究。CHM内部使用了一种基于LZX算法的压缩方式会把所有文件按树状结构组织起来。拆开之后你通常能看到这些内容每个主题对应的HTML文件可能是按章节组织在多个子目录里一个.hhc文件它是整个帮助文档的左侧目录树Table of Contents一个.hhk文件它是全文搜索用的索引项Index一个.hhp文件它记录了项目设置比如窗口大小、默认页面、编译参数若干图片、CSS、JS等资源文件所以CHM反编译说白了就是把这棵打包好的文件树从CHM容器里完整地提取出来。“反编译”三个字听起来有点唬人但实际做起来一点不像破解软件那么玄乎更像是在解压一个压缩包。1.2 反编译和破解不是一回事不少人一听“反编译”第一反应是“这是不是类似jar包反编译、exe反编译能看到源代码”我在给别人讲的时候经常要先把这里掰扯清楚。对CHM文件来说反编译并不涉及任何代码层面的逆向。它不会像JAR反编译那样从字节码还原出Java源码也不像.pyc反编译那样把Python字节码变回Python代码。CHM反编译只是“拆包”把已经压缩过的资源原样拿出来。HTML文件本身已经是可读的源代码状态所以不存在“还原逻辑”这回事。这也是为什么说CHM反编译的成功率几乎是百分之百的。除非文件本身损坏、加密少数商业软件确实会做自定义加密否则正常CHM都能被完整拆开。对比之下JAR反编译可能遇到代码混淆导致还原质量差Python的.pyc反编译遇到PyInstaller打包的还得先解包一层——这些才是真正的逆向工程CHM反编译是真的轻松。2. 动手前的工具选型2.1 4款常用工具的适用场景对比Windows下能处理CHM的工具不少但各自的定位差别很大。我这几年代理过不少客户需求也帮人处理过各种奇奇怪怪的CHM下面这份工具对比是实测下来的结论工具适合场景优点缺点7-Zip快速解包拿到全部源文件免费、轻量、不用命令行解出的文件需要自己整理目录结构extract_chmLib批量处理、二次开发、命令行环境跨平台、可脚本化、自带示例代码需要命令行操作对新手不友好HTML Help Workshop反编译后重新编译CHM微软官方工具、能修正索引和目录界面老旧安装包可能有兼容性提示chm_eeCHM编辑器直接查看和编辑CHM内容可视化、导出PDF/Word方便收费免费版有功能限制2.2 我最常用的组合方案我自己电脑上长期装着7-Zip和HTML Help Workshop这两个工具。7-Zip用来拆包HTML Help Workshop用来重新编译。平时接到的需求无非两种一种是把CHM内容转成PDF或者Word这种只拆不编另一种是修改文档里的公司名、电话、截图后重新生成CHM这种就需要拆了改再编。需要注意的是有些破解版或者注册版的CHM编辑器虽然功能更多但是如果你只是个人使用或者处理内部文档完全没必要花钱。7-Zip加HTML Help Workshop这对免费组合已经能覆盖90%以上的需求。3. 完整实操把CHM拆开再装回去3.1 用7-Zip解包一个真实CHM先拿一个最常见的场景演示你手里有一个产品说明书.chm现在需要把“联系客服”页面里的电话号码换掉。第一步自然是用7-Zip解包。操作上很简单在CHM文件上右键选择7-Zip菜单里的“提取到当前文件夹”7-Zip会自动按文件名创建一个文件夹然后把CHM里的所有内容按原来的目录结构放进去。解包完成后建议先确认一下这几个关键文件在不在.hhp这是工程文件重新编译的时候要用的就是它.hhc目录文件如果解出来没有它重新编译后左侧导航树会是空的首页文件一般是index.htm或default.htm对应打开CHM时默认显示的页面我之前遇到过一种情况用7-Zip解包出来的HTML文件里中文变成了乱码。这个倒不是文件损坏而是CHM内部HTML文件使用了中文字符集比如gb2312而7-Zip解包不会帮你做任何编码转换所以用某些编辑器打开时看着是乱的。解决办法很简单编辑HTML时把文件另存为UTF-8编码就行。提示解包CHM时尽量保持文件路径不变不要随便移动图片和HTML的相对位置否则后面重新编译时目录索引会找错文件。3.2 修改HTML后的重新编译细节改HTML这一步就不细说了无非是替换文字、图片。重点在重新编译这步。打开HTML Help Workshop用“File - Open”打开解包目录里的.hhp文件。这时候在项目面板里能看到整个CHM的结构包括主题文件列表、目录文件、索引文件。在编译之前有几个参数要确认在“Project - Change Project Options”里确认“Default file”设置的是你希望作为首页的HTML文件确认“Compiled file”指定的输出路径不要把它设置成和源文件夹同一个路径免得覆盖掉原文件确认.hhc和.hhk都正确引用了否则编译出来的CHM没有目录树和搜索索引然后点“Save All”再点编译按钮工具会自动生成新的CHM文件。实测下来只要.hhc文件结构没被破坏编译基本一次通过。3.3 场景扩展利用反编译把CHM转成PDF搜“chm”相关关键词的时候很大一部分人其实是在搜chm转PDF。这个需求用反编译的思路同样可以解决而且比直接拿第三方转换器更灵活。流程是这样先用7-Zip把CHM解包然后用浏览器打开解包后的HTML文件如果文件不多直接CtrlP逐页打印成PDF如果文件很多建议用支持批量打印的脚本。我自己常用的是写一个简单的Python脚本遍历所有HTML文件调用浏览器headless模式逐页打印。import os import subprocess from pathlib import Path chm_dir Path(extracted_chm) output_dir Path(pdf_output) output_dir.mkdir(exist_okTrue) html_files sorted(chm_dir.glob(**/*.htm)) html_files sorted(chm_dir.glob(**/*.html)) for i, html_file in enumerate(html_files, 1): url html_file.resolve().as_uri() out_pdf output_dir / f{i:04d}.pdf subprocess.run([ chrome, --headlessnew, --disable-gpu, f--print-to-pdf{out_pdf}, url ], checkTrue) print(f[{i}/{len(html_files)}] {html_file.name})这段代码是我日常批量转换时用的简化版本Chrome路径按你实际的安装位置修改即可。这个方案比直接用“CHM转PDF工具”好在两个地方一是不会丢图片和排版二是可以自己控制PDF的页边距和比例。4. 反编译后的常见问题和避坑清单4.1 中文乱码根本不是玄学前面提到过解包后HTML乱码的根源和CHM本身无关而是文本编码问题。CHM里很多HTML是GBK/GB2312编码的你用现代编辑器打开时默认按UTF-8解析自然就乱了。实际处理中我用VS Code打开这类文件后状态栏能看到编码信息直接点击编码后选择“通过编码重新打开”选GBK内容就能正常显示。如果要重新编译建议把文件内容另存为UTF-8并在meta标签里同步修改编码声明。4.2 目录丢了、图片打不开怎么办这种情况多数不是反编译工具的问题而是原CHM文件在打包时把目录和图片放到了一些“隐藏目录”里。CHM内部有一类特殊的目录结构比如#开头的目录里面存放的是索引等内部元数据还有一些文件名带$符号这个在Windows的普通资源管理器里几乎看不见。用7-Zip解包时这些特殊目录一般会自动忽略因为它们不是最终读者需要的内容。但如果你用HTML Help Workshop重新编译时发现图片缺失可以回到解包目录看一眼是不是有以$开头的文件夹没被识别为资源目录。我之前处理过一个软件升级包里的CHM解包正常但一编译图片就全变红叉。排查了半个下午最后发现是图片引用用的绝对路径/images/logo.png而实际文件在images/logo.png少了根斜杠。这种问题纯靠人工看HTML源码不太容易发现建议用文本编辑器在解包目录里全局搜索img src/之类的片段把所有以/开头的路径都检查一遍。4.3 反编译大文件时超时或假死CHM文件本身不会特别大但如果你遇到的是几十MB甚至上百MB的巨型CHM用7-Zip解包时可能感觉像死机了。这不是工具问题而是CHM内部的LZX压缩流本身需要全量解压遇到压缩率高、文件数量多的包CPU占用会飙升。这时候有两个思路一是换用extract_chmLib命令行工具它针对CHM做了流式处理内存占用比7-Zip小很多解压速度也稳定二是如果只是需要其中某几个页面先用7-Zip打开CHM只选中需要的HTML文件解压而不是全选。4.4 重新编译时提示hhc文件无法定位这个提示的意思通常是.hhc文件里的路径和实际文件的路径对不上。我在手工编辑过.hhc之后遇到得比较多因为大家习惯用记事本手动维护目录树一不小心路径就写岔了。解决办法是不要手写.hhc用HTML Help Workshop自带的“Table of Contents”标签页里的按钮增删节点。它生成的路径是相对路径和工程文件在同目录时基本不会出错。5. 延伸思考反编译的边界与合规注意事项5.1 你能反编译不等于你能随便改CHM反编译的技术门槛低但合规红线要记清楚。不同场景下的边界其实不太一样如果是公司内部文档、你自己写的帮助文件那随便反编译、修改、重新编译没有任何问题如果是商业软件的配套文档需要看清楚最终用户协议里是否限制修改、分发如果是用来做课程、教程里的演示建议只截取片段不要完整搬运别人的作品后二次发布我在接外包的时候涉及第三方商业软件CHM的需求都会先跟客户确认用途。毕竟“能拆开”和“能改完再发出去”是两码事后者涉及版权问题遇到较真的人很容易惹上麻烦。5.2 “反编译”一词在不同格式里的不同含义正因为“反编译”这三个字在不同文件格式里含义完全不同我经常把它放在一起对比方便大家理解文件类型反编译难度反编译结果主要目的CHM极低还原HTML/图片/目录结构内容提取、重新排版、格式转换JAR中等反编译出Java源码代码审计、将就着阅读理解PYC/PYC文件中等反编译出Python字节码甚至源码分析逻辑、找回丢失源码EXEC/C/易语言等较高得到汇编或部分伪代码破解、二进制安全研究FlutterDart AOT很高还原程度有限可读性差移动端安全分析这张表想说明一件事同样是“反编译”CHM是最人畜无害的那一档。它没有任何可执行代码拆开只是恢复内容不会触碰破解或逆向工程层面的敏感点。我自己在实际工作里这几年用CHM反编译最多的时候反而是两年前帮一个客户整理公司知识库。那家公司有个老产品操作手册只给了CHM格式但新的员工培训系统需要网页版文档。我一次性反编译了三本几百页的CHM然后写脚本把HTML内容转成了Markdown再扔进内部Wiki。整个过程顺利到有种“捡钱”的感觉因为全程没有遇到任何文件损坏或乱码的问题。还有一次用户拿了一个繁体中文的CHM里面的编码是Big5我按GBK处理又踩了一次编码坑。后来总结出一个通用办法遇到不明编码先不要急着改内容直接确定文件字符集再用Python的chardet库批量识别编码。import chardet with open(sample.htm, rb) as f: raw f.read() result chardet.detect(raw) print(result) # 输出示例{encoding: Big5, confidence: 0.99}根据识别结果再决定用什么编码读取就不容易翻车了。最后再分享一个小技巧如果你只是想让某个CHM里的内容能被搜索引擎收录或者让手机端也能正常阅读反编译后直接挂到静态服务器上就行比转换成PDF更实用。因为反编译出来的本来就是HTML天然适配网页浏览还能加响应式CSS。这一点算是CHM反编译附带的最值钱的能力了。本文还有配套的精品资源点击获取 CHM反编译详解：原理、工具与实操指南
简介CHM 是微软推出的帮助文件格式常将大量 HTML 页面压缩为单一离线文档若需编辑、翻译或检索其中内容常规方式无法直接查看源码。这份反编译工具包面向开发者和文档研究人员支持将已编译的 CHM 文件解析并导回 HTML、图片、样式表、JavaScript 等原始资源便于二次编辑或重新打包。RAR 压缩包共 4 个文件内含反编译工具的安装程序exe、配置数据dat、下载使用说明htm与软件信息文件nfo整体约 2.19MB结构简洁按说明安装即可使用。目前已有 213 人浏览学习。使用该工具可快速完成 CHM 解包与导出适合处理软件帮助文档、整理历史资料、迁移旧文档也能为批量提取网页内容提供高效方案。 CHM文件大概是很多老软件、产品手册里最顽固的格式之一。明明已经有这么多年历史了Win10/Win11系统里还自带的帮助查看器依然能打开它可一旦你想把里面的内容重新排版、换张图、导成PDF或者只是想把某段说明改成自己公司的联系方式就会发现这玩意儿像个滚刀肉——直接改改不动复制粘贴又全是乱的。所谓“chm反编译”其实就是把这层壳拆掉把CHM里真正藏着的那一堆HTML、图片、脚本还原出来让你能像编辑普通网页一样继续处理它。这篇文章我就拿实际项目里的处理经验把CHM反编译的原理、常用工具、完整操作流程以及我自己踩过的坑从头到尾捋一遍。不管是只想把CHM转成PDF的轻度用户还是需要改完再重新编CHM的深度用户看完应该都能直接上手。1. 先搞懂CHM文件到底是什么1.1 两个文件凑出来的帮助文档CHM的全称是Compiled HTML Help是微软在Windows 98时代推出的帮助文件格式用来替代更早的HLP格式。它的核心逻辑其实不复杂把一堆HTML页面、图片、CSS、JavaScript连同目录结构和索引文件打包压缩成一个后缀为.chm的单一文件。这个“打包压缩”很有讲究。CHM内部使用了一种基于LZX算法的压缩方式会把所有文件按树状结构组织起来。拆开之后你通常能看到这些内容每个主题对应的HTML文件可能是按章节组织在多个子目录里一个.hhc文件它是整个帮助文档的左侧目录树Table of Contents一个.hhk文件它是全文搜索用的索引项Index一个.hhp文件它记录了项目设置比如窗口大小、默认页面、编译参数若干图片、CSS、JS等资源文件所以CHM反编译说白了就是把这棵打包好的文件树从CHM容器里完整地提取出来。“反编译”三个字听起来有点唬人但实际做起来一点不像破解软件那么玄乎更像是在解压一个压缩包。1.2 反编译和破解不是一回事不少人一听“反编译”第一反应是“这是不是类似jar包反编译、exe反编译能看到源代码”我在给别人讲的时候经常要先把这里掰扯清楚。对CHM文件来说反编译并不涉及任何代码层面的逆向。它不会像JAR反编译那样从字节码还原出Java源码也不像.pyc反编译那样把Python字节码变回Python代码。CHM反编译只是“拆包”把已经压缩过的资源原样拿出来。HTML文件本身已经是可读的源代码状态所以不存在“还原逻辑”这回事。这也是为什么说CHM反编译的成功率几乎是百分之百的。除非文件本身损坏、加密少数商业软件确实会做自定义加密否则正常CHM都能被完整拆开。对比之下JAR反编译可能遇到代码混淆导致还原质量差Python的.pyc反编译遇到PyInstaller打包的还得先解包一层——这些才是真正的逆向工程CHM反编译是真的轻松。2. 动手前的工具选型2.1 4款常用工具的适用场景对比Windows下能处理CHM的工具不少但各自的定位差别很大。我这几年代理过不少客户需求也帮人处理过各种奇奇怪怪的CHM下面这份工具对比是实测下来的结论工具适合场景优点缺点7-Zip快速解包拿到全部源文件免费、轻量、不用命令行解出的文件需要自己整理目录结构extract_chmLib批量处理、二次开发、命令行环境跨平台、可脚本化、自带示例代码需要命令行操作对新手不友好HTML Help Workshop反编译后重新编译CHM微软官方工具、能修正索引和目录界面老旧安装包可能有兼容性提示chm_eeCHM编辑器直接查看和编辑CHM内容可视化、导出PDF/Word方便收费免费版有功能限制2.2 我最常用的组合方案我自己电脑上长期装着7-Zip和HTML Help Workshop这两个工具。7-Zip用来拆包HTML Help Workshop用来重新编译。平时接到的需求无非两种一种是把CHM内容转成PDF或者Word这种只拆不编另一种是修改文档里的公司名、电话、截图后重新生成CHM这种就需要拆了改再编。需要注意的是有些破解版或者注册版的CHM编辑器虽然功能更多但是如果你只是个人使用或者处理内部文档完全没必要花钱。7-Zip加HTML Help Workshop这对免费组合已经能覆盖90%以上的需求。3. 完整实操把CHM拆开再装回去3.1 用7-Zip解包一个真实CHM先拿一个最常见的场景演示你手里有一个产品说明书.chm现在需要把“联系客服”页面里的电话号码换掉。第一步自然是用7-Zip解包。操作上很简单在CHM文件上右键选择7-Zip菜单里的“提取到当前文件夹”7-Zip会自动按文件名创建一个文件夹然后把CHM里的所有内容按原来的目录结构放进去。解包完成后建议先确认一下这几个关键文件在不在.hhp这是工程文件重新编译的时候要用的就是它.hhc目录文件如果解出来没有它重新编译后左侧导航树会是空的首页文件一般是index.htm或default.htm对应打开CHM时默认显示的页面我之前遇到过一种情况用7-Zip解包出来的HTML文件里中文变成了乱码。这个倒不是文件损坏而是CHM内部HTML文件使用了中文字符集比如gb2312而7-Zip解包不会帮你做任何编码转换所以用某些编辑器打开时看着是乱的。解决办法很简单编辑HTML时把文件另存为UTF-8编码就行。提示解包CHM时尽量保持文件路径不变不要随便移动图片和HTML的相对位置否则后面重新编译时目录索引会找错文件。3.2 修改HTML后的重新编译细节改HTML这一步就不细说了无非是替换文字、图片。重点在重新编译这步。打开HTML Help Workshop用“File - Open”打开解包目录里的.hhp文件。这时候在项目面板里能看到整个CHM的结构包括主题文件列表、目录文件、索引文件。在编译之前有几个参数要确认在“Project - Change Project Options”里确认“Default file”设置的是你希望作为首页的HTML文件确认“Compiled file”指定的输出路径不要把它设置成和源文件夹同一个路径免得覆盖掉原文件确认.hhc和.hhk都正确引用了否则编译出来的CHM没有目录树和搜索索引然后点“Save All”再点编译按钮工具会自动生成新的CHM文件。实测下来只要.hhc文件结构没被破坏编译基本一次通过。3.3 场景扩展利用反编译把CHM转成PDF搜“chm”相关关键词的时候很大一部分人其实是在搜chm转PDF。这个需求用反编译的思路同样可以解决而且比直接拿第三方转换器更灵活。流程是这样先用7-Zip把CHM解包然后用浏览器打开解包后的HTML文件如果文件不多直接CtrlP逐页打印成PDF如果文件很多建议用支持批量打印的脚本。我自己常用的是写一个简单的Python脚本遍历所有HTML文件调用浏览器headless模式逐页打印。import os import subprocess from pathlib import Path chm_dir Path(extracted_chm) output_dir Path(pdf_output) output_dir.mkdir(exist_okTrue) html_files sorted(chm_dir.glob(**/*.htm)) html_files sorted(chm_dir.glob(**/*.html)) for i, html_file in enumerate(html_files, 1): url html_file.resolve().as_uri() out_pdf output_dir / f{i:04d}.pdf subprocess.run([ chrome, --headlessnew, --disable-gpu, f--print-to-pdf{out_pdf}, url ], checkTrue) print(f[{i}/{len(html_files)}] {html_file.name})这段代码是我日常批量转换时用的简化版本Chrome路径按你实际的安装位置修改即可。这个方案比直接用“CHM转PDF工具”好在两个地方一是不会丢图片和排版二是可以自己控制PDF的页边距和比例。4. 反编译后的常见问题和避坑清单4.1 中文乱码根本不是玄学前面提到过解包后HTML乱码的根源和CHM本身无关而是文本编码问题。CHM里很多HTML是GBK/GB2312编码的你用现代编辑器打开时默认按UTF-8解析自然就乱了。实际处理中我用VS Code打开这类文件后状态栏能看到编码信息直接点击编码后选择“通过编码重新打开”选GBK内容就能正常显示。如果要重新编译建议把文件内容另存为UTF-8并在meta标签里同步修改编码声明。4.2 目录丢了、图片打不开怎么办这种情况多数不是反编译工具的问题而是原CHM文件在打包时把目录和图片放到了一些“隐藏目录”里。CHM内部有一类特殊的目录结构比如#开头的目录里面存放的是索引等内部元数据还有一些文件名带$符号这个在Windows的普通资源管理器里几乎看不见。用7-Zip解包时这些特殊目录一般会自动忽略因为它们不是最终读者需要的内容。但如果你用HTML Help Workshop重新编译时发现图片缺失可以回到解包目录看一眼是不是有以$开头的文件夹没被识别为资源目录。我之前处理过一个软件升级包里的CHM解包正常但一编译图片就全变红叉。排查了半个下午最后发现是图片引用用的绝对路径/images/logo.png而实际文件在images/logo.png少了根斜杠。这种问题纯靠人工看HTML源码不太容易发现建议用文本编辑器在解包目录里全局搜索img src/之类的片段把所有以/开头的路径都检查一遍。4.3 反编译大文件时超时或假死CHM文件本身不会特别大但如果你遇到的是几十MB甚至上百MB的巨型CHM用7-Zip解包时可能感觉像死机了。这不是工具问题而是CHM内部的LZX压缩流本身需要全量解压遇到压缩率高、文件数量多的包CPU占用会飙升。这时候有两个思路一是换用extract_chmLib命令行工具它针对CHM做了流式处理内存占用比7-Zip小很多解压速度也稳定二是如果只是需要其中某几个页面先用7-Zip打开CHM只选中需要的HTML文件解压而不是全选。4.4 重新编译时提示hhc文件无法定位这个提示的意思通常是.hhc文件里的路径和实际文件的路径对不上。我在手工编辑过.hhc之后遇到得比较多因为大家习惯用记事本手动维护目录树一不小心路径就写岔了。解决办法是不要手写.hhc用HTML Help Workshop自带的“Table of Contents”标签页里的按钮增删节点。它生成的路径是相对路径和工程文件在同目录时基本不会出错。5. 延伸思考反编译的边界与合规注意事项5.1 你能反编译不等于你能随便改CHM反编译的技术门槛低但合规红线要记清楚。不同场景下的边界其实不太一样如果是公司内部文档、你自己写的帮助文件那随便反编译、修改、重新编译没有任何问题如果是商业软件的配套文档需要看清楚最终用户协议里是否限制修改、分发如果是用来做课程、教程里的演示建议只截取片段不要完整搬运别人的作品后二次发布我在接外包的时候涉及第三方商业软件CHM的需求都会先跟客户确认用途。毕竟“能拆开”和“能改完再发出去”是两码事后者涉及版权问题遇到较真的人很容易惹上麻烦。5.2 “反编译”一词在不同格式里的不同含义正因为“反编译”这三个字在不同文件格式里含义完全不同我经常把它放在一起对比方便大家理解文件类型反编译难度反编译结果主要目的CHM极低还原HTML/图片/目录结构内容提取、重新排版、格式转换JAR中等反编译出Java源码代码审计、将就着阅读理解PYC/PYC文件中等反编译出Python字节码甚至源码分析逻辑、找回丢失源码EXEC/C/易语言等较高得到汇编或部分伪代码破解、二进制安全研究FlutterDart AOT很高还原程度有限可读性差移动端安全分析这张表想说明一件事同样是“反编译”CHM是最人畜无害的那一档。它没有任何可执行代码拆开只是恢复内容不会触碰破解或逆向工程层面的敏感点。我自己在实际工作里这几年用CHM反编译最多的时候反而是两年前帮一个客户整理公司知识库。那家公司有个老产品操作手册只给了CHM格式但新的员工培训系统需要网页版文档。我一次性反编译了三本几百页的CHM然后写脚本把HTML内容转成了Markdown再扔进内部Wiki。整个过程顺利到有种“捡钱”的感觉因为全程没有遇到任何文件损坏或乱码的问题。还有一次用户拿了一个繁体中文的CHM里面的编码是Big5我按GBK处理又踩了一次编码坑。后来总结出一个通用办法遇到不明编码先不要急着改内容直接确定文件字符集再用Python的chardet库批量识别编码。import chardet with open(sample.htm, rb) as f: raw f.read() result chardet.detect(raw) print(result) # 输出示例{encoding: Big5, confidence: 0.99}根据识别结果再决定用什么编码读取就不容易翻车了。最后再分享一个小技巧如果你只是想让某个CHM里的内容能被搜索引擎收录或者让手机端也能正常阅读反编译后直接挂到静态服务器上就行比转换成PDF更实用。因为反编译出来的本来就是HTML天然适配网页浏览还能加响应式CSS。这一点算是CHM反编译附带的最值钱的能力了。本文还有配套的精品资源点击获取