v22.2 – EmEditor (文本编辑器)

自从我们改进了之前版本的崩溃报告功能以来，我们收到了许多崩溃报告。这些崩溃报告帮助我们提高了 EmEditor 的可靠性和稳健性。我们已经调查了收到的所有崩溃报告，并修复了许多我们无法通过其他方式发现的问题。我们非常感谢所有提交崩溃报告的用户。我们注意到许多崩溃是由于内存不足导致的内存分配失败引起的。如果用户增加了他们系统上的虚拟内存，这种情况是可以避免的。v22.2 会在内存不足的时候显示一个消息框，以及一个可单击的 URL，以解释在这种情况发生时如何增加虚拟内存。

如何处理内存不足的情况

在自定义对话框的高级页面上，用户可以指定用于打开大文件的内存大小。指定的大小越大，EmEditor 的执行速度越快，但如果太大，则会导致内存分配失败。例如，如果您打开一个 1 GB 的文件，在每个文件的最大内存大小中指定比 1 GB 稍大的值可以使 EmEditor 发挥最佳性能。在以前的版本中，这些默认值仅由物理内存大小决定。但是，具有较大虚拟内存的系统应该比具有较小虚拟内存的系统使用更多的内存。因此，v22.2 添加了一个名为自动管理所有内存大小的新选项。默认设置下此选项是开启的，它会查看可用的虚拟内存大小以及物理内存大小以确定最佳的内存大小。

“自定义”对话框的“高级”页面

当我们查看崩溃报告时，我们还注意到许多崩溃发生在保存了撤消信息时内存不足的情况下。例如，如果用户打开一个 10 GB 的文件并选择其中一个排序命令，则在默认设置下整个 10 GB 的文件将在排序之前被保存到内存中以提供撤消功能。10 GB 是一个很大的内存量。我不认为很多用户会通过牺牲这么大的内存空间来获得撤消信息。EmEditor 有一个名为总是丢弃冗长的撤消信息以加速的选项以防止这种情况发生，但默认设置下此选项是关闭的。v22.2 在进度窗口中添加了相同的选项，以便用户可以更容易地注意到并启用它。

进度对话框

在以前版本的 EmEditor 中，如果您打开 CSV 文件，EmEditor 不会切换到 CSV 模式，直到它完成加载整个 CSV 文件内容。v22.2 在检测到 CSV 模式时仅打开文件内容的前 1 MB 时便会切换到 CSV 模式。此外，当您开始以 CSV 模式查看、滚动和搜索文件时，CSV 会语法检查在后台执行（正在进行 CSV 语法检查时编辑会被禁用）。即使 CSV 文件中存在嵌入式换行符，新的 CSV 检测也能正常工作。

v22.2 改进了调整 CSV 分隔符位置、CSV 语法检查、从 CSV 模式切换到普通模式以及处理超大文件时的各种转换和排序命令的速度。在上述提及的自动管理内存大小的帮助下，速度提升更为显着。在我们的测试中，在一个 10 GB 随机的 ASCII 文件中使用按字母升序排序命令与 v21.1.4 相比，命令速度提高了 4.69 倍。

如果您在文件中查找并保存结果文件，稍后再次打开该文件，文件中的超链接就会消失。在以前的版本中，您需要运行一个宏 document.HighlightTag = true; 来再次显示超链接。V22.2 允许您使用名为标记链接的新命令轻松启用超链接，该命令位于查看菜单下。

v22.2 添加了 \V 表达式添加到替换表达式语法中，并允许您把 V8 JavaScript 引擎用于替换表达式。然而，正如我之前在技术评论中所写的，使用 V8 表达式可能会导致 EmEditor 的操作比之前的 \J 表达式 (JScript) 慢，因此我建议只在必要时使用 \V 表达式。

\V 表达式 – JavaScript (V8)

最后，由 Makoto Emura 开发的 CommitList 插件也大大增强了其功能。新版的插件添加了拉取、推送和提取提交的功能，另外还能通过提交消息、作者、ID（哈希）或标签来筛选提交记录。

“筛选记录”对话框

最后，希望您喜欢 EmEditor，无论您使用的是专业版还是免费版。如果您有任何问题、功能请求或想法，请联系我们或在论坛中留言。）

感谢您使用 EmEditor！
— Yutaka Emura

详细信息和屏幕截图，请参阅 EmEditor v22.2 新增特性。

此发布还包括了所有在在开发 v22.2 时修复的 bug.

如果您使用的是桌面安装程序版，那您可以到帮助菜单下选择检查更新来下载最新版本。 如果此方法失败，请下载最新版本，并运行下载的安装程序。 如果您使用的是桌面便携版，则可以转到下载页面下载最新版本。商店应用版可以在几天后通过 Microsoft 商店更新（ 64 位 / 32 位）。如果您使用 winget，您可以输入 “winget install emeditor” 来安装最新版本的 EmEditor（自动检测 64 位或 32 位）。