CKEditor5性能优化：避免在批处理中存储非文档操作

在CKEditor5的模型处理机制中，存在一类特殊的"非文档操作"(non-document operations)，这类操作主要用于修改主模型树之外的内容，例如在分离的模型文档片段中创建节点。这类操作的特点是baseVersion为null且isDocumentOperation标志为false。

核心问题在于当前实现中，这些非文档操作虽然只在执行阶段有意义，却被不必要地保留在了批处理(Batch)对象中。这导致了显著的内存浪费，特别是在处理大型文档时。实际测试表明，在一个占用100MB内存的编辑器实例中，优化此问题可节省约20MB内存空间。

从技术实现角度看，非文档操作具有以下特性：

1. 它们仅在execute()方法执行时才有实际价值
2. 在大多数业务逻辑中都需要被过滤掉（如撤销机制、实时协作等）
3. 不会发送到远程客户端
4. 应用后便失去存在意义

性能影响机制特别体现在文档初始化阶段：当通过upcast转换创建模型片段时，会生成大量非文档操作来构建模型片段，之后这些片段被插入到实际模型树中。但问题在于，所有用于创建模型片段的非文档操作都被保留在了批处理中，造成了内存的持续占用。

优化建议包含两个层面：

1. 立即优化：修改批处理机制，使其不再保留非文档操作
2. 长期优化：考虑在非文档场景下完全避免使用操作对象，改为直接调用静态操作方法（如InsertOperation.execute(...)）

这项优化属于CKEditor5核心引擎的性能调优范畴，对于处理大型文档的编辑器实例具有明显的内存优化效果。理解这一机制也有助于开发者更好地掌握CKEditor5的模型操作原理，在开发自定义功能时避免类似的内存效率问题。

从架构设计角度看，这种优化也体现了操作对象生命周期管理的重要性，提醒我们在设计类似系统时，需要明确区分临时性操作和持久性操作，并为它们设计不同的存储和处理策略。