AEM 6.5中editor.html与cf#模式的区别及编辑问题咨询

两个入口是AEM内置的两套定位完全不同的页面编辑通道，底层加载逻辑、交互框架从设计之初就有明确区分，不存在谁是谁的备用入口的说法。

核心差异 #

• editor.html是AEM 6.5默认的全功能可视化编辑器入口，加载整套新版页面编辑框架：包含组件拖拽、内联编辑、侧栏组件/资产浏览器、多模式切换（编辑/预览/布局/开发者/定向）、响应式配置、页面属性联动等全套能力。加载时会同时拉取页面自身的前端clientlib，再注入一整套AEM编辑层的JS/CSS依赖，编辑交互和页面渲染在同一个上下文运行。
• cf#是从AEM 5.x、6.0等老版本延续下来的轻量传统编辑入口，全称Content Finder模式，没有加载新版编辑器的复杂交互框架，仅保留最基础的组件编辑弹窗触发、资源查找侧栏、基础页面预览能力，注入的编辑层依赖体量不到editor.html的五分之一，和页面自身前端逻辑的耦合度极低。

editor.html无法编辑、切换cf#恢复正常的常见原因 #

你遇到的故障基本都来自两个模式的加载逻辑差异，核心触发场景有三类：

• 页面自定义前端脚本存在报错或冲突：editor.html模式下页面自身脚本和编辑层脚本共享全局上下文，如果页面自定义JS报错、存在全局变量污染（比如页面单独引入了和编辑层版本冲突的jQuery、React/Vue挂载到全局变量），会直接打断编辑层的初始化流程，导致组件无法点击、拖拽失效、侧栏加载失败。cf#模式注入的编辑层脚本极少，几乎不会和页面脚本产生冲突，哪怕页面存在部分前端报错，基础的组件编辑弹窗功能依然可以正常触发。
• 老组件/模板未适配新版编辑器规则：部分从AEM 6.2及更早版本迁移的自定义组件、模板，如果cq:editConfig节点配置是老版本规范、没有适配6.5 editor.html的可编辑区域识别规则、响应式布局配置缺失，会导致editor.html无法识别组件的可编辑入口，但cf#可以兼容老版本的编辑配置规则，正常打开组件编辑框。
• 编辑前置校验逻辑差异：editor.html加载时会做全量前置校验，包括页面锁定状态、用户对页面及子节点的完整权限、模板关联规则校验，任意一项校验不通过就会锁死全页编辑交互；cf#的校验逻辑仅校验目标组件的写权限，规则更宽松，不会因为局部权限、配置异常锁死整个页面的编辑能力。

适用场景 #

• 优先使用editor.html的场景：日常内容运维、需要拖拽调整组件排序/位置、需要内联修改文本/图片等可见内容、需要调整多端响应式布局、需要配置体验片段/内容片段/个性化规则等高级能力时，使用该模式编辑效率最高。
• 切换cf#使用的场景：editor.html加载后出现组件无法点击、交互无响应等故障需要紧急修改内容时；运维未做新版编辑器适配的历史遗留组件时；仅需要快速修改组件对话框内的字段、不需要调整页面布局和组件位置时，用轻量的cf#模式加载更快、兼容性更好。

注：要从根上解决editor.html的编辑故障，直接打开浏览器开发者工具的Console面板查看报错即可，90%以上的问题都是前端脚本冲突导致的，给自定义前端脚本做好全局变量隔离、修复JS报错就能恢复正常编辑能力。

内容的提问来源于stack exchange，提问作者sushmita