分类: 通用
-
高手就是容易看出世间的问题
有人问你知道一加一什么时候会等于十,后来说二进制的时等于十,教授说那二进制的时间那个10就不念十了!
-
常见编码
learn
记事本里的常见编码(Windows 系统)
打开记事本 “另存为”,编码下拉框通常有这几个选项:
ANSI(其实是 GBK/GB2312,中文系统默认)
Unicode(通常指 UTF-16 LE)
UTF-8(现在的主流)- ASCII(最古老的基础编码)
诞生:1960 年代,美国制定。
收录:仅英文字母、数字、标点符号(共 128 个字符)。
存储:1 个字节(8 位)存 1 个字符。
局限:完全不支持中文、日文等非英文。 - GB2312 / GBK(中文专用编码)
GB2312(1980 年):中国制定,收录 6763 个常用汉字 + 符号。
GBK(1995 年):GB2312 的扩展,收录 2 万多汉字(包括生僻字)+ 日韩汉字。
存储:
英文 / 数字:1 个字节(兼容 ASCII)。
中文:2 个字节。
局限:仅支持中文 / 东亚字符,存其他语言(如阿拉伯语、俄语)会乱码。 - UTF-8(全球通用的 “万能编码”)
诞生:1992 年,为解决 “全球语言统一编码” 而设计(基于 Unicode 字符集)。
收录:几乎所有人类语言的字符(中文、英文、日文、 emoji 等,共超 14 万个字符)。
存储:可变长编码(最聪明的设计):
英文 / 数字:1 个字节(完全兼容 ASCII,旧文件无需转码)。
中文:通常 3 个字节(比 GBK 多占 1 字节,但换来了全球兼容性)。
生僻字 /emoji:4 个字节。
优势:
全球通用:任何语言的字符都能存,不会乱码。
节省空间:存英文时和 ASCII 一样小,比 UTF-16 省一半空间。
互联网标准:现在 99% 的网页、代码、APP 都用 UTF-8。 - UTF-16(记事本里的 “Unicode”)
存储:固定 2 个字节(或 4 个字节)存 1 个字符。
特点:
存中文时和 GBK 一样(2 字节),但存英文时也占 2 字节(比 UTF-8 浪费空间)。
Windows 系统内部常用(比如记事本的 “Unicode” 选项),但互联网上用得少。
一张表对比核心区别
表格
编码类型 字符覆盖范围 英文存储 中文存储 适用场景
ASCII 仅英文 1 字节 不支持 古董系统
GBK 仅中文 / 东亚 1 字节 2 字节 旧中文文档
UTF-8 全球所有语言 1 字节 3 字节 现在的主流(网页、代码、APP)
UTF-16 全球所有语言 2 字节 2 字节 Windows 系统内部
为什么现在都推荐用 UTF-8?
不会乱码:不管是中文、英文还是 emoji,存进去都能正常显示。
互联网通用:所有浏览器、服务器、代码编辑器默认都是 UTF-8。
兼容旧文件:纯英文的 ASCII 文件直接当 UTF-8 打开,完全没问题。
- ASCII(最古老的基础编码)
-
新网站域名解析只能:8080 ?加端口去错地方!
域名与IP后:8080能访问,其他的看一所有端口都有了,可就是不能访问?
踩坑细节 我以为我在修改安全组,其实我是在阿里云的“创建安全组”预览页面里自我陶醉。
* **错觉**:以为点开了安全组配置。
* **真相**:改的是“拟创建”的规则,当前实例绑定的那把“旧锁”纹丝不动。
## 避坑指南
1. **看准 ID**:修改前先确认实例详情里的安全组 ID(如 `sg-wz9…`)。 2. **善用内测**:只要内网 `curl` 通了,软件配置就没问题,直接去物理层/网络层找原因。哈哈,破案了!这个坑真是太经典了——你刚才是在“创建一个新的安全组”,而不是在“修改现有的安全组”。
这就像是你新买了一把锁(新安全组),在家里把钥匙配好了,但发现公司的大门(旧安全组)还是打不开,因为公司门上挂的还是老锁。
-
第一篇文章20260428
欢迎来到我的网站。Welcome to ripa website. This is my first post.