本文详解为何 `indexof("†")` 在 textarea 中返回 -1，揭示 utf-8 编码、html 解析与 javascript 字符串处理间的常见陷阱，并提供可靠获取 † 最后位置的解决方案。
在 Web 开发中，特殊 Unicode 字符（如匕首符号 †，U+2020 DAGGER）看似简单，却极易因编码不一致导致字符串匹配失败。你观察到 textField.value.indexOf("†") 返回 -1，控制台甚至显示乱码 "‡"，这并非 JavaScript 的 bug，而是典型的 UTF-8 字节序列被错误按 ISO-8859-1 解析 所致。
根本原因：编码不匹配
当 HTML 文档未声明 UTF-8 编码时，浏览器可能以 Latin-1（ISO-8859-1）解析页面。此时，UTF-8 编码的 †（三字节序列 0xE2 0x80 0xA0）会被拆解为三个独立字符：â、€、¡——这就是你在控制台看到 "‡" 的由来。此时 textField.value 中实际不存在 Unicode 字符 †，自然 indexOf("†") 返回 -1。
✅ 正确做法是强制声明文档编码：
<!DOCTYPE html> <html> <head> <meta charset="UTF-8"> <!-- 关键：必须显式声明 --> </head> <body> <textarea id="main_field">Text † entered by user † †</textarea> </body> </html>
验证与安全获取位置
声明 UTF-8 后，使用 lastIndexOf() 更符合语义（查找最后一个 †）：
立即学习“Java免费学习笔记（深入）”；
const textField = document.getElementById("main_field");
const lastDaggerIndex = textField.value.lastIndexOf("†");
console.log("Last † position:", lastDaggerIndex); // → 32（示例中）⚠️ 注意事项：
- 不要使用 value="..." 属性初始化 <textarea> 内容（该属性被忽略），应将文本写在标签体内；
- 避免在未声明 charset 的旧页面中直接硬编码 †；
- 如需兼容动态内容，可对输入做标准化预处理（但通常非必需）：
// 可选：清理潜在编码污染（仅当无法控制 HTML 头时） const cleanValue = textField.value.replace(/‡/g, "†");
总结
† 匹配失败的本质是编码层失配，而非 JavaScript 字符串方法缺陷。解决路径清晰：
① 在 <head> 中添加 <meta charset="UTF-8">；
② 确保编辑器以 UTF-8 保存 HTML 文件；
③ 使用 lastIndexOf() 获取末位索引，语义更准确。
完成这三步后，"†".length === 1，indexOf 和 lastIndexOf 将稳定返回预期位置。
