💻 String Obfuscation Obfuscator

Obfuscate strings in your browser — scramble text for demos and lightweight masking.

📐 工作原理与说明

按模式处理：全角模式把文本转为全角字符；反转模式按字符数组反转后再连接；ROT13 模式做十三位的字母移位替换；Base64 模式先按 UTF-8 转义编码再转为 Base64；十六进制模式先按 UTF-8 转义编码，再逐字符输出反斜杠 x 加两位十六进制（不足两位前面补 0）；实体模式先把与号、小于号、大于号、双引号替换为对应 HTML 实体，再把不在空格到波浪号范围内的字符替换为十进制数字实体。最后展示原文与结果的字符数

对字符串做可逆或半可逆的混淆。

手段：Unicode 转义、Base64、十六进制编码、字符拆分拼接、插入无意义字符。
目的：让字符串在源码中不易被直接检索或阅读。
局限：混淆不是加密，任何混淆都可被还原，无法保护真正的敏感信息。
原则：密钥与敏感配置不应放在前端，服务端保护才是根本手段。

混淆方式：

📚 深度解析：字符串混淆器

💡 常见使用场景

把字符串转编码/数组形式隐藏明文。

给前端代码里的配置串做简单遮蔽，避免明文被一眼搜到——注意这只是提高偶然发现的门槛，不是安全手段。

混淆

`"secret"` → `String.fromCharCode(115,101,99,...)` 拆分。

❓ 常见问题（FAQ）

能防逆向吗？

仅增加难度，运行时仍还原。

密钥能这样藏吗？

不能。前端的一切内容最终都会以某种形式暴露给用户，混淆只是增加阅读难度，任何人耐心调试都能还原。真正的密钥必须放在服务端，前端只持有短期、可撤销、权限受限的令牌。把密钥塞进前端（无论怎么混淆）都是设计错误。

Item

Formula / Note

Source / Standard

Techniques

string arrays, encoding transforms and renaming

Code obfuscation practice

Security boundary

obfuscation raises cost, it is not encryption

Code obfuscation practice

Reversibility

encoding transforms such as Base64 are trivially reversible

Code obfuscation practice

字符串混淆器

💻 String Obfuscation Obfuscator

📚 深度解析：字符串混淆器

💡 常见使用场景

❓ 常见问题（FAQ）

Formula & Standard References

🔗 相关工具

🔗 相关工具