记事本为啥会“修改”文本内容？记事本漏洞解释

远山呜莫:
文字化け就是“乱码”，お化け是指妖怪。我不理解怎么会是“烘烤”，难道是把发音bake当成了英语单词？？

【回复】自信点，去掉难道…看前面投了币，看到这发现是机翻的，这波血亏[雫るる_不想努力]
【回复】卧槽满屏幕片假名鬼看得懂啊.jpg
【回复】化け 就是指妖怪 不是“烘烤”。这段文字是直接从一个网站复制的，我没有仔细确认对错，为此感到抱歉[笑哭]
Beta_vulgaris:
“联通”也有这个问题，但是“移动”没有。

【回复】保存时选UTF-8编码就能解决
【回复】回复 @小杰谈笑无声 :默认变成了utf8，所以问题规避掉了
【回复】回复 @暖色冰warm_ice : 2023年还存在这种BUG吗？
凌依月华:
有意思的 Bug。后面版本的 Windows 是怎样优化的 Unicode。识别避免了这个问题?

【回复】后续版本换算法了。整个字节序列中必须有一半以上的小于255的双字节（unsigned short）才会被视作统计学上的UTF16字符串。这个算法针对英文序列比计算差值这种逆天操作靠谱多了。缺点就是纯中文这种全是大于255的就寄了，必须靠FFFE头来确定。
【回复】现在已经有条件都用UTF-8，也就没这种事了。
【回复】回复 @hzqst :没想到能在这碰见啊，精彩的布道2333。
双色心:
ANSI打英文应该没啥问题，而且早年记事本默认这编码，经常导致中文内码出问题，比如繁体big5码的打开就可能变乱码，这时候还得请IE过来转换内码。

【回复】记事本的ANSI其实也不是真正的ANSI，而是系统当前的code page，不然中文简体一样出问题
【回复】回复 @全球程序员 :记事本的ANSI一般认为含义是ANSI code page，通常意义上等同于windows-1252 中文的Code Page 936不是GB2312，和GBK稍有差别，可以认为大致就是GBK 你说的是中文互联网的一种误读，美国国家标准化协会怎么管得着简体中文的编码
【回复】回复 @maxwellgoblin :ANSI并不是一种编码，而是一个标准。这个标准英语就是ASCII编码，简体中文是GB2312[吃瓜]
WinBetaUser:
知道为啥有些txt文件每个字母之间都有一个空格了

【回复】中文乱码也有类似的问题
我和我的妹妹雯雯:
老板嫌我软件有BUG的时候我就拿微软这么大的公司做记事本这么简单的东西都有这么严重的BUG来对付

Apple゜Silycon:
看似不明觉厉的复杂算法，实则一坨狗屎

雪羽无影:
还好早年没用记事本存过东西，很多东西在博客、空间里边什么的，后来用了Office，也就很少用记事本了…………然后接触记事本最多的时候居然是*.ini文件和.Log文件。。。

【回复】回复 @gtrgdmfp233 :是的，像我电脑现在打开word比开机还慢，无语死了。对格式没什么要求短频快的记录我基本都是拿记事本记。
【回复】回复 @柒沐祤 :office现在已经堪称龟速了 (
【回复】office打开速度慢，速记还是记事本好用
阿正11:
从来只用uft-8，用别的格式，变文本算什么，乱码都是日常

【回复】回复 @通讯员pt :永远不要使用带bom的
【回复】然而Windows有时候不能识别不带BOM的UTF-8[无语]
【回复】能不能用乱码来隐藏一些文字？
Tupolevbureau:
草 这种bug还真是挺那啥的…真存了重要信息然后没了 那真崩溃（ 而且以前网络不发达 可能知道这个的人也不多

【回复】回复 @盘大panda :不一定，如果你用另外一种编码打开，并且还手抖重新保存了一下，那么这个文件就变成永久的乱码了[doge]
【回复】回复 @盘大panda :对于以前的人来说 他们不知道啊 你现在看到这个视频知道是这么回事 以前的人要是遇到这个情况 搞不好真就认为是信息丢了
【回复】你没看懂，这只是显示编码的问题，记录都是二进制存在硬盘里，不会没。
崎月朝日:
windows11的记事本应该换算法了，测试没有问题，我常用的vscode也没有问题。

HailinYang:
但凡看一下文件头，这种乱码可以避免

【回复】txt没有文件头吧好像是，直接就是文本内容
【回复】回复 @愛の缺失 :utf-16编码的要有文件头，用于分辨字节序
Bili_鹤先生:
视频的开头我就想到了编码，出于好奇心还是多看了下。