解决 Bookmarklet 中 %0A 换行符导致的跨环境执行失败问题

本文详解如何在 JavaScript Bookmarklet 与浏览器控制台中统一处理换行符 %0A，避免因 URL 编码解析差异引发的语法错误或截断异常，并提供健壮、可复用的 encodifyText 实现方案。 本文详解如何在 javascript bookmarklet 与浏览器控制台中统一处理换行符 `%0a`，避免因 url 编码解析差异引发的语法错误或截断异常，并提供健壮、可复用的 `encodifytext` 实现方案。在开发跨环境可用的 Bookmarklet（书签脚本）时，一个常见却易被忽视的陷阱是：换行符 %0A 在控制台中可直接运行，但在 Bookmarklet 中会破坏 JavaScript 语法结构。这是因为浏览器将 Bookmarklet 的 javascript: URI 内容按原始字符串解析，而 %0A 被解码为实际的换行符（），导致 JS 引擎将单行语句意外折成多行，从而触发语法错误（如 Unexpected token ILLEGAL）。根本原因在于：Bookmarklet 的 URL 编码上下文要求所有 %xx 序列必须严格符合 RFC 3986 规范，且不能引入真实换行；而控制台执行的是纯 JS 字符串，%0A 若未被包裹在字符串字面量中，可能被误解析为语句分隔符。? 正确解法不是简单双重编码（如 %250A），而是在 JS 层动态构造合法的换行编码序列，确保其在两种环境中均被识别为字符串内容而非语法符号。以下为优化后的 encodifyText 函数（含关键修复）：var encodifyText = function(txt) { if (!txt) return ''; const lines = txt.split(''); const encodedLines = lines.map(line => encodeURIComponent(line)); // 使用 decodeURI('%250A') 动态生成 '%0A' 字符串，规避 bookmarklet 解析歧义 const newlineEncoded = decodeURI('%250A'); // 等价于 '%0A'，但不会被 URI 解码器提前处理 return encodedLines.join(newlineEncoded);};? 关键改进说明： 稿定AI 拥有线稿上色优化、图片重绘、人物姿势检测、涂鸦完善等功能