最近不知道怎么回事，emeditor文件器编辑处理文件后文件尾部总是出现超长字符行或者，源文件没有，处理后动不动会出现这样的情况不知道咋回事，有人知道咋回事吗？删又删不掉，文件编辑保存1.7G能给干到3.7G，
你用的什么版号？这里没出现过这个情况。曾经出现的一个异常是正则表达式太复杂，文件又大，提示无法处理。基本的编辑处理一直很稳定。看你的截图可能是系统盘满了。如果是这样可以先清理文件。
软件所在盘机械硬盘是E盘剩余193G，C盘固态硬盘剩余111G，软件版本是20.6.0，
不是多大问题。1 整理磁盘。2 换个版本。
我也出现了这种情况，蛋疼。。。
这是文件内部存在非法或不完整的编码序列。
EmEditor 在处理大文件时采用分段文本模型，并以 UTF‑16 作为内部编辑缓冲区。如果文件编码有问题，编辑器在打开时会用 UTF‑16 修复，但保存时无法恢复原始字节，从而导致受影响的分段在重新编码时被扩展成大量空白字符，如果有多个分段出现问题的话，整体体积就会暴涨。
1 Like
看看是不是这里：
所有配置 - 文件 - 保存中 - 删除行末空格
我现在用的版本是25.3.0
使用Emeditor24.4.2或以上版本
EmEditor v24.5.0 发布 – 修复大文件错误、引入文件验证等
2024年12月12日/在： EmEditor 核心/通过： Vicky Fang
我们很高兴地宣布 EmEditor v24.5.0 的发布。我们强烈建议所有用户更新到此新版本。
许多用户每天都依赖 EmEditor 来管理大型文件，因此确保无缝打开、编辑和保存至关重要。但是，从版本 v22.4.0 到 v24.4.1，存在一个问题，即从某些硬盘重新打开大型文件（约 300MB 或更大）时文件大小可能会增加，尽管第一次打开没有问题。这是由一位用户报告的，我们非常感谢他的反馈，并对给您带来的不便表示歉意。这个问题在 SSD 等快速硬盘上不会发生，但在启用了磁盘缓存的较慢驱动器上可能会出现重复行。我们在 v24.4.2 中修复了这个问题。在 v24.5 中，我们添加了代码来防止此类未知问题，方法是如果内部文件大小不一致，则显示一条消息。因此，我们强烈建议所有用户更新到 v24.5。
此外，v24.5 在文件菜单中引入了新的验证命令。通过在打开文件后立即选择此命令，您可以将当前文档保存为临时文件，并将其大小和 SHA256 哈希值与原始文件进行比较。
使用“验证”命令时最初显示的对话框。
结果会显示在文件验证结果对话框中。您还可以复制文件大小和 SHA256 哈希值。通常，原始文件和临时文件的大小和哈希值应该相同。但是，如果原始文件包含 NULL 或无效字符，或者存在硬盘或内存错误，则可能会出现差异。对于重要文件，请在打开后立即使用验证命令以确保一切正确。
我们还在自定义 对话框的文件 页面中添加了一个选项，用于每次加载文件时自动进行验证。
这个版本能找到特别版吗或者中奖码？
好像目前只有论坛里20.6.0版本的注册码是不会弹出官方验证窗口的，其他的版本都会弹出并且没保存就强制退出了
24.2没问题
我试过用论坛分享的24.1版本，用阿弥佗佛帖子里分享的激活码能激活，到以后经常出现防盗弹窗然后没保存直接强制退出，用现在的版本没出现这种情况，酒出现这个让人恼火的空白字符问题
破解对就没问题
直接叫 GLM 4.7 用 Python3 写个清理非法字节和无效字符的脚本就行了。非法字节在 EmEditor 里是匹配不出来的，因为被转成了合法的 UTF-16。
EmEditor Pro 25.4.3
注：此为便携式，解压即用。
7天有效，过时不候。
1 Like
多些评论区各位解答
试用 v25.3几天，也碰到这个问题（文件后部内容被截去大约1/5）。看来这个问题还没完全解决。但用24.2一两年没有碰到过。
对，不能用太高的版本，我遇到这个问题后更新到了v25还这样，之前用的什么版本具体记不清了，但v24.2应该没问题（之前几个月没出过问题）。
一般都是打开一个几百mb的巨大文本的时候进行滑动查看内容时出现，居然会直接损坏文件。个人猜测可能是我爆内存了或者硬盘临时空间不够用了。不知道缓存位置在哪里，但一般都是在C盘，我D盘快满了，C盘还有很多空间。可能和硬盘没关系。应该是内存管理有问题，16gb运存已经不够用了。
是v24.2吧？我在下面跟帖发的。这个版本我也用好久了没问题。
是这个版本，但据说要破解对了才好用。