13代i5运行电子词典有压力，是cpu不行还是电子词典不行？

说个最简单的例子吧，我以前做项目的时候发现一个优化点，很高兴的跟组长沟通，组长却很生气，说没有提需求的时候不要乱改，改好了别人未必会夸你，但因为你的修改导致出了bug那你就是千古罪人。这种事在越大的项目里面越可能出现，长时间大量不同人的代码累积，导致很难纵观全局，属于是事不关己高高挂起，毕竟都是打工人而已。这个有个bugwindow记事本目的就是浏览所有文字，不是为了看小说而开发的，他需要具有通用性，做程序员的都知道有时候一个文件很大，我想找到我需要的代码，需要搜索，那么搜索的话就需要加载全部文本，所以这个一次性加载是必要的，因为你不知道使用者会用他来干嘛。但是你的那个看小说的，他的目的就是一个，看小说。如果你知道一个小说里面有一句话，想知道他在哪儿，那你会用那个什么文曲星软件去搜吗？你用这个软件就一个功能看小说，不会有人看小说的速度能够快过电脑的读取速度，所以你可以针对性的优化某一个方面，比如动态加载！所以用记事本和那个文曲星的软件没有对比性，但是大厂的一些软件做的的确拉。记事本在搜索时要重新读一遍文本所以打开时读没读无所谓，像这种32m的文本用emeditor或者其他专业的文本编辑器（不是vscode和ide）都能秒开秒搜。只是记事本在开发时就没有赋予编辑大文本的需求，他只是个notepad而已，又不是专业的texteditor。mb以下大小的文本才是它的处理范围。其实记事本打开大文本慢并不是记事本程序本身的问题，而是标准编辑框控件的问题。Windows的标准控件有很多逆天的地方，做过Windows开发的应该体验过（比如listbox的平滑滚动，还有莫名其妙的自定义绘制）。