cMVC里的弹出弹出层，说白了就是弹出一套“寄生”在父页面上的DOM结构。它不依赖浏览器原生弹窗，弹出也不走iframe那套老路，弹出而是弹出把一段HTML塞进当前文档流里，用绝对定位或fixed定位盖住原页面。弹出这么做的弹出好处很直接：样式可控，动画随便写，弹出父子页面通信不用跨窗口传消息。弹出

我最早接触cMVC弹出层是弹出在一个后台管理项目里。那时候用原生window.open，弹出弹出来的弹出窗口被浏览器拦截，用户还得手动允许。弹出换成cMVC的弹出cmvc.ui.dialog之后，调用就一行：

cmvc.ui.dialog({  title: '编辑用户',弹出 url: '/user/edit?id=3', width: 600, height: 400 });

它内部会创建一个遮罩层，再追加一个容器，容器里用iframe还是div加载内容，取决于配置。默认走div，通过AJAX拉模板片段，这样父页面和弹出层共享同一个JS上下文，变量直接访问，不用postMessage来回折腾。

遮罩层的z-index战争

弹出层最怕什么？被页面上其他元素盖住。cMVC给遮罩层默认设了z-index: 10000，但实际项目里总有人写z-index: 99999的浮动导航。我遇到过最离谱的一次，一个第三方日期控件把z-index设成了2147483647，也就是32位有符号整数的最大值。结果弹出层死活点不到，用户以为按钮坏了。

后来我养成了一个习惯：在cMVC的dialog配置里手动传zIndex，并且每次引入新组件都先查它的层叠上下文。弹出层本身不复杂，复杂的是它要跟整个页面的层叠秩序谈判。

关闭时的回调陷阱

弹出层关闭有两种方式：用户点右上角叉号，或者代码里调close()。cMVC的onClose回调在这两种情况下都会触发，但有个细节——如果弹出层里是一个表单，用户填了一半点遮罩关闭，onClose里拿不到任何“是否确认”的状态。你得自己在beforeClose里拦截：

beforeClose: function() {  if (formChanged) {  return confirm('放弃未保存的修改？'); } return true; }

这个beforeClose返回false就能阻止关闭。我见过有人把确认逻辑写在onClose里，结果弹窗已经销毁了，再弹确认框，用户点“取消”也没法恢复。顺序错了，体验就拧巴。

iframe模式下的通信

有些老模块必须用iframe加载，比如嵌入一个完整的报表页面。这时候父子通信就得靠cmvc.ui.dialog暴露的getFrame()方法。父页面拿frame.contentWindow，子页面拿parent.cmvc。但跨域的时候，contentWindow访问受限，只能改用postMessage。

我印象很深的一个bug：弹出层里用iframe加载了跨域页面，子页面调parent.cmvc.ui.dialog.close()直接报安全错误。后来改成子页面发postMessage，父页面监听message事件再关。多写十行代码，但稳了。

cMVC弹出层不是银弹。它适合中后台系统里那种“临时聚焦一个任务”的场景——编辑一条记录、选一个用户、预览一张图。别拿它做全局导航，也别嵌套超过两层。我试过三层弹出层套娃，遮罩层叠在一起，点最底下的关闭按钮，结果把中间那层关了。用户骂人，你只能赔笑。

用之前想清楚：这个弹出层是“模态”还是“非模态”？模态就老老实实锁滚动、锁焦点、锁ESC键。非模态就别加遮罩，让它飘着。cMVC默认给的是模态，改非模态要手动传modal: false，同时记得把z-index调低，别挡住主操作区。

最后说个实用技巧：在dialog的onLoad里给弹出层内部的表单绑回车提交。用户填完直接按回车，比找按钮快。但记得判断event.target是不是textarea，否则多行文本里回车就提交了，用户想换行都换不了。