UD5工具箱
什么是 Windows-1252 (CP1252) 编码？
Windows-1252（也称 CP1252 或 ANSI）是微软 Windows 系统中常用的单字节字符编码。它基于 ISO 8859-1（Latin-1），但在 0x80-0x9F 范围内使用了不同的字符映射，包含了欧元符号、智能引号、破折号等常用符号。它是西欧语言环境下的默认编码，广泛存在于旧版 Windows 文件、Excel 导出的 CSV、电子邮件等场景中。每个字符占用 1 个字节，共可表示 256 个字符。
Windows-1252 和 ISO 8859-1 (Latin-1) 有什么区别？
两者在 0xA0-0xFF 范围完全一致，但在 0x80-0x9F 范围有显著差异。ISO 8859-1 在 0x80-0x9F 为 C1 控制字符（不可打印），而 Windows-1252 在此范围映射为可打印字符，如欧元符号 (0x80)、左单引号 (0x91)、右双引号 (0x93)、短破折号 (0x96)、长破折号 (0x97)、商标符号 (0x99) 等。这是两者之间最关键的差异。
为什么会出现乱码？常见的乱码场景有哪些？
乱码的根本原因是编码与解码使用了不同的字符集。最常见场景A：UTF-8 编码的文件被用 Windows-1252 打开，例如 "e" 的 UTF-8 字节是 0xC3 0xA9，用 Win1252 解读就变成了 "A(copyright)"。场景B：Windows-1252 编码的文件被用 UTF-8 打开，UTF-8 解码器遇到非法字节序列会使用替换字符 (U+FFFD)，导致信息丢失。场景C：数据库连接字符集不匹配，如 MySQL latin1 列存储 UTF-8 数据。
如何使用本工具修复乱码？
首先切换到「乱码修复」标签页，将乱码文本粘贴到输入框。然后先尝试方向A（UTF-8 被 Win1252 误读，这是最常见的情况），工具会将乱码字符映射回原始 UTF-8 字节再正确解码。如果方向A效果不理想，再尝试方向B（Win1252 文本被 UTF-8 误读）。工具还提供了加载示例功能，可快速体验修复效果。
Windows-1252 和 UTF-8 应该如何选择？
推荐使用 UTF-8。现代应用应优先使用 UTF-8，它支持全球所有语言字符，是 Web 标准编码。Windows-1252 仅支持西欧语言（约 256 个字符），无法表示中文、日文、韩文等非拉丁文字。仅在需要与遗留系统兼容时才考虑使用 Windows-1252。本工具的编码模块可以帮助您在两者之间进行转换。
如何在编程语言中处理 Windows-1252 编码？
Python 中使用 data.decode('cp1252') 进行解码，data.encode('cp1252') 进行编码。JavaScript 浏览器环境使用 new TextDecoder('windows-1252').decode(bytes)。Java 中使用 new String(bytes, "Windows-1252") 构造字符串。PHP 中使用 mb_convert_encoding($str, 'UTF-8', 'Windows-1252') 进行编码转换。
字符 "e" 在 Windows-1252 中的字节值是多少？
欧元符号在 Windows-1252 中的字节值为 0x80（十进制 128）。这是 Windows-1252 与 ISO 8859-1 最显著的区别之一，因为在 ISO 8859-1 中 0x80 是不可打印的控制字符。您可以使用本工具的「字节解码」标签页，输入 "80" 来验证这一结果。
修复乱码时为什么建议先尝试方向A？
方向A（UTF-8 字节被 Win1252 误读）是实际应用中最常见的乱码场景。由于 UTF-8 使用多字节表示非 ASCII 字符，当这些多字节序列被 Windows-1252 逐字节解读时，每个字节都会被映射为一个西文字符，产生一串看似无意义但可逆的乱码。方向B适用于较少见的场景，即 Windows-1252 编码的数据被当作 UTF-8 解读。
使用本工具处理数据是否安全？
非常安全。本工具的所有编码转换和乱码修复操作都在浏览器本地完成，数据不会上传到任何服务器。您可以在浏览器的开发者工具中查看网络请求来验证这一点。对于包含敏感信息的文本，可以放心使用本工具进行处理。
工具中的「加载示例」功能有什么用？
「加载示例」功能在每个标签页中都提供了预设的示例数据。文本编码标签会填入包含西文字符的示例文本，字节解码标签会填入一组示例十六进制字节，乱码修复标签会填入一段典型的乱码文本。这个功能可以帮助新用户快速了解每个模块的工作方式和效果，无需自行准备测试数据。