JavaScript特殊字符乱码本质是编码-解码链路断裂，修复关键在于统一UTF-8（HTML meta、HTTP头）、正确处理表单与Unicode字面量、用JSON.stringify调试、反向还原mojibake及区分URL编码函数。
JavaScript 中的特殊字符编码异常，本质是“编码-解码链路断裂”——数据在传输或解析过程中被错误地按非 UTF-8 编码解释，导致中文、emoji 或符号（如 † U+2020）显示为乱码（如 Détecté 或 åæ）。修复关键不在于强行转码，而在于定位断裂点并还原原始字节意图。
确认页面与传输层统一使用 UTF-8
这是所有后续处理的前提。缺失这一步，任何 JS 层面的修复都是补丁式应对。
- HTML 文件头部必须声明：
<meta charset="UTF-8">，且该标签位于<head>最前面 - 服务器响应头需包含：
Content-Type: text/html; charset=UTF-8。仅靠<meta>不足以覆盖所有场景（如 AJAX 响应、重定向跳转） - 对于
<textarea>等表单元素，内容必须写在标签体内（<textarea>文本†</textarea>），而非value属性中，否则浏览器可能忽略编码上下文
安全获取和识别 Unicode 字符（如 †）
直接用字符串字面量匹配（str.indexOf("†")）极易因编辑器保存编码或复制粘贴失真而失败。
Javascript Sdk
下载
用于 inference.sh 的 JavaScript/TypeScript SDK，可运行 AI 应用、构建代理、集成 150+ 模型。包名：@inferencesh/sdk（npm install），完整 TypeScript 支持。
- 用
String.fromCodePoint(0x2020)显式生成目标字符，避免字面量编码歧义 - 验证时优先使用正则：
/†/.test(value)或value.includes(String.fromCodePoint(0x2020)) - 定位位置推荐
lastIndexOf()而非indexOf()，尤其当字符可能重复出现时 - 打印调试用
JSON.stringify(value)，它会将不可见字符转为\u2020形式，比console.log(value)更可靠
修复已发生的 UTF-8 字节误读乱码（如 “Détecté”）
这类乱码典型特征：原为 UTF-8 编码的字节（如 é → 0xC3 0xA9），被当作 Latin-1 解释成两个字符（Ã + ©），再存入 JS 的 UTF-16 字符串。此时不能用 TextDecoder 直接解，而要“反向还原”：
立即学习“Java免费学习笔记（深入）”；
- 先用
escape(str)将当前乱码字符串中的每个 Unicode 码点（如\u00C3）转为%u00C3格式 - 再用
decodeURIComponent()将其作为 URI 组件解码，触发 JS 引擎按 UTF-8 重新解释原始字节流 - 封装函数示例：
function fixMojibake(str) { return decodeURIComponent(escape(str)); }
对"Détecté"调用后可恢复为"Détecté"
URL 参数传递时严格区分编码函数
不要混用 encodeURI 和 encodeURIComponent，它们的保留字符范围不同：
- 拼整个 URL（含协议、路径）用
encodeURI()，它不编码/ ? : @ & = + $ , # - 只编码单个参数值（如
name=张三&city=北京中的张三）必须用encodeURIComponent()，它连/ ? & =都会编码，避免参数解析错位 - 空格统一用
%20，不要依赖+（+是application/x-www-form-urlencoded格式的特例，不适用于通用 URL 查询）
