同事前两天为一笔「URL编码解密」的账跟客服吵了半小时。我把条款翻出来指给他看，他沉默了——不是客服错，是他自己理解歪了。
动手前先准备这些
ASCII用7位表示128个字符(英文字母数字符号)，扩展ASCII用8位。Unicode是字符集(给每个字符一个码点)，UTF-8/UTF-16是编码方式(码点怎么存成字节)。UTF-8变长1-4字节、兼容ASCII、最流行。边界情况要专门测：空值、超长、特殊字符、负数、并发。生产环境要考虑异常、并发、性能，不能只测正常流程。
开始正式操作
UTF-8编码规则：0-127(ASCII)1字节、128-2047两字节(110xxxxx 10xxxxxx)、2048-65535三字节(中文常用)、65536+四字节。中文"中"码点U+4E2D，UTF-8编码E4 B8 AD三字节。GBK中文两字节，BIG5繁体两字节。编码统一UTF-8能避免大部分乱码问题，全链路都要统一。能成熟库就别自己造轮子，特别是加密、解析、并发这种容易出错的领域。
走个完整流程
先理解概念。URL编码解密属于开发基础知识，搞懂底层原理(编码规则、算法逻辑、协议规范)比记API更重要。原理通了，换语言换框架都能快速上手。写完代码用边界案例测一遍，比读十遍代码都管用。安全三件套：防SQL注入、防XSS、防CSRF，缺一不可。
具体怎么做
别被吓住，真正要做的就这几步：
- 第一步：确认源编码(ASCII/UTF-8/UTF-16/GBK/BIG5)
- 第二步：ASCII是7位128字符，扩展ASCII是8位
- 第三步：Unicode是字符集(给每个字符码点)，UTF-8/16是编码方式
- 第四步：UTF-8变长：0-127(1字节)、128-2047(2字节)、2048-65535(3字节中文)、65536+(4字节)
- 第五步：中文"中"码点U+4E2D，UTF-8编码E4 B8 AD三字节
几个要注意的地方
这里头有几个雷区，我挨个点出来：
- UTF-8兼容ASCII所以成为主流，英文1字节中文3字节
- GBK中文2字节，体积小但只含简繁中文，不通用
- 乱码九成是编码不一致，统一UTF-8能解决大部分
- UTF-8变长、UTF-16定长2或4字节，各有适用场景
把「URL编码解密」吃透，你会发现自己省下不少瞎折腾的时间。该用工具用工具，该记的记，别跟自己较劲。
常见问题
【URL编码解密是什么？】属于开发基础知识范畴，是程序员日常会用到的概念或工具。理解原理(编码/算法/协议)比记API重要，原理通了换语言框架都能快速上手。
【中文在UTF-8里占几个字节？】常用中文3字节(码点2048-65535区间)，生僻字可能4字节。GBK里中文2字节。所以同样文本UTF-8比GBK大。"中"的UTF-8编码是E4 B8 AD。
【ASCII和Unicode什么关系？】ASCII是128个英文字符的编码(7位)，Unicode是包含全世界字符的字符集(给每个字符一个码点)。UTF-8是Unicode的编码方式，0-127和ASCII完全兼容，所以UTF-8是主流。
【UTF-8和GBK区别？】UTF-8变长(英文1字节中文3字节)覆盖全世界、GBK定长中文2字节只含简繁中文。UTF-8更通用(国际标准)，GBK体积小但只适合中文环境。建议统一用UTF-8避免乱码。
