繁简乱码转换器 (GBK/Big5)：解决网页与档案乱码的编码救星
什么是繁简乱码转换器？
繁简乱码转换器 (Encoding Converter) 是为了解决中文网路世界长久以来的「编码冲突」问题。在 Unicode (UTF-8) 普及之前，繁体中文主要使用 Big5 编码，而简体中文使用 GBK (或 GB2312) 编码。这两套系统互不相容。
当您用繁体中文系统开启一个简体编码的文字档（如 .txt 歌词、字幕档），或者浏览一个老旧的简体网站时，电脑会错误地用 Big5 逻辑去解读 GBK 代码，结果就是呈现出一堆无意义的符号（如「锟斤拷」、「烫烫烫」等知名乱码）。本工具能精准识别并在 Big5、GBK、UTF-8 之间进行转码，瞬间将外星文还原为可阅读的中文。
谁适合或需要使用这个工具？
只要您会接触到跨两岸三地的数位档案，这个工具就是必备的：
1. 程式开发者与工程师：
维护老旧资料库 (Legacy System) 时，常会遇到资料库是 Big5 但网页是 UTF-8 的痛苦整合问题。或者需要处理两岸资料串接 API 时的编码转换。
2. 电子书与小说读者：
从网路下载的 TXT 小说档，打开来全是乱码？通常是因为那是 GBK 编码的档案。复制进来转一下，马上能看。
3. 字幕组与影视爱好者：
下载的 SRT/ASS 字幕档挂载到影片上变成方块字？因为播放器预设读取 UTF-8，但字幕档是 ANSI/Big5。转换编码后存档即可解决。
4. 行政文书人员：
收到中国客户寄来的 CSV 报表，用 Excel 打开全是乱码？这是 Excel 预设编码误判的问题。先修复乱码再开启，资料才不会错乱。
5. 游戏玩家：
玩一些非官方中文化的老游戏或模组 (Mods)，常会遇到文字显示错误，这通常也是字型编码不对应所致。
乱码产生的每个因子如何影响结果？
知己知彼，才能解开乱码之谜：
1. 编码标准 (Encoding Standards)：
* Big5：台湾、香港常用的繁体编码。收录字数较少（约 1.3 万字），遇到罕见字（如「喆」、「堃」）容易缺字或变成「?」。
* GBK：中国大陆常用的简体编码。收录字数多（2 万多字），包含繁体字，但编码位置与 Big5 完全不同。
* UTF-8：万国码，现代网页标准。它能同时显示繁简中日韩与各国语言，是解决乱码的终极方案。
乱码通常发生在「用 Big5 的解码器去读 GBK 的内容」。
2. 字型支援 (Font Support)：
有时候不是编码错（值是对的），而是您的电脑没有安装对应语言的字型，导致显示为「方框 (□)」。这叫缺字 (Tofu)，严格来说不算乱码，解法是安装中文字型。
3. BOM (Byte Order Mark)：
在 UTF-8 档案的开头，有时会藏着几个隐形位元组 (EF BB BF) 用来标示编码。有些软体（如 PHP 老版本或某些编辑器）看不懂 BOM 会报错或显示乱码。转换工具可协助去除或添加 BOM。
4. 全形与半形：
转换过程中，有时标点符号会跑掉。GBK 的全形空白与 Big5 的全形空白编码也不同，转换时需特别注意标点的对应。
转换结果代表什么意思？
使用本工具后，您可能会看到几种结果：
1. 完美还原：
乱码变成了通顺的中文。这代表您选对了「来源编码 (Source)」与「目标编码 (Target)」。例如：来源 GBK -> 目标 Big5。
2. 还是乱码，但样子变了：
这代表您选错了来源编码。例如档案其实是 UTF-8，您却选了 GBK 去转。请尝试切换来源选项。
3. 变成「」或「?」：
这代表「缺字」。来源编码有的字，目标编码没有。例如 GBK 里有很多简化字在 Big5 里根本没有对应的编码位置，系统只好用问号代替。解决方法是转成 UTF-8，因为 UTF-8 包山包海，绝对不会掉字。
4. 繁简转换 (Translation)：
注意，「编码转换 (Encoding)」不等于「繁简翻译 (Translation)」。
* 编码转换：把 GBK 的「体」转成 UTF-8 的「体」。(字没变，只是电脑存法变了)
* 繁简翻译：把「体」变成「体」。(字变了)
本工具主要处理编码，但也常与繁简翻译功能搭配使用。
转换成功后，该采取什么行动？
为了长治久安，请养成良好的编码习惯：
1. 统一存成 UTF-8：
这是最重要的一点。无论原本是 Big5 还是 GBK，修复后请一律存档为 UTF-8 Without BOM。这是目前世界通用的最安全格式，保证在任何电脑、手机、浏览器上都能正常显示。
2. 修正网页 Meta 标签：
如果您是开发者，发现网页乱码，请检查 HTML 档头是否宣告了 `<meta charset="UTF-8">`。这能告诉浏览器「请用 UTF-8 来读我」，避免浏览器猜错。
3. 检查资料库校对 (Collation)：
MySQL 资料库乱码常是因为连线字串 (Connection String) 没设定 charset=utf8mb4，或者资料表校对设成了 latin1。请从源头修正。
4. 备份原始档：
在进行任何批次转码前，务必备份原始档案。编码转换是破坏性的，一旦转错并存档，有时候无法逆向还原（例如变成一堆问号后就救不回来了）。
常见问题 (FAQs)
Q1: 为什么会有「锟斤拷」这种奇怪的乱码？
这是一个经典的编码错误。当 UTF-8 的「 (Replacement Character, EF BF BD)」被重复多次，并错误地用 GBK 解码时，就会刚好对应到 GBK 里的「锟(EFBF)」、「斤(BDEF)」、「拷(BFBD)」。看到它，就知道是 UTF-8 被误当成 GBK 读了。
Q2: 以前的「像是挂」或「许功盖」问题是什么？
这是 Big5 编码著名的「冲码」问题。因为 Big5 的编码范围包含了一些特殊位元组（如 0x5C，即反斜线 \），许多程式语言会把它当作跳脱字元 (Escape Character) 处理，导致「许、功、盖、餐」等字后面的字元被吃掉或报错。解决方法一样是：转成 UTF-8 就没事了。
Q3: 繁体跟简体可以直接互转吗？会有错字吗？
可以，但有风险。因为繁简不是一对一的，是「一对多」。例如简体的「发」对应繁体的「发（发财）」和「发（头发）」。简单的转换程式可能会把「头发」转成「头发」。高品质的转换需要依赖词库上下文判断（本工具致力于提供高准确度转换）。
Q4: 记事本 (Notepad) 另存新档能解决吗？
可以。用 Windows 记事本开启乱码档（如果它够聪明猜对编码），显示正常后，选择「另存新档」，编码选「UTF-8」，通常就能修复最简单的案例。
Q5: 什么是 Unicode？
Unicode 是电脑科学界的「秦始皇统一度量衡」。它给世界上每个字元（包含中文、英文、Emoji、古埃及文）一个独一无二的编号。UTF-8 是 Unicode 的一种储存方式。使用了 Unicode，从此不再有乱码问题。
References & Data Sources
- Unicode 与 UTF-8 的关系(Wikipedia)
- Big5 编码表(Big5 Code Chart)
- 中文乱码生成的原理(The Will Will Web)