最简单有效的方法是子页面直接修改window.parent.xxx，但需确保同源；否则须用postMessage跨域通信，并在父页面监听处理，同时注意iframe生命周期和UI手动刷新。
layer.open 打开的子页面如何修改父页面 window 对象上的全局配置
直接改 window.parent.xxx 是最简单有效的办法，但必须确保子页面与父页面同源（协议、域名、端口完全一致），否则浏览器会抛出 securityerror: blocked a frame with origin ... from accessing a cross-origin frame。
常见错误是子页面用 window.opener 或 top 混淆了层级关系——Layui 的 layer.open 默认以 iframe 方式加载子页面，此时子页面的 window.parent 就是父页面的 window，不是弹层容器本身。
- 如果父页面定义了
window.GLOBAL_CONFIG = { theme: 'dark', lang: 'zh-CN' }，子页面可直接执行window.parent.GLOBAL_CONFIG.theme = 'light' - 修改后建议触发自定义事件通知父页面更新视图：
window.parent.dispatchEvent(new CustomEvent('config-updated', { detail: window.parent.GLOBAL_CONFIG })) - 避免在子页面 onload 里立即操作父页面变量，要等父页面 JS 加载完成；可加简单检测：
if (window.parent && window.parent.GLOBAL_CONFIG) { /* 修改 */ }
为什么不能用 layer.getChildFrame() 在父页面主动取子页面数据
layer.getChildFrame() 只在父页面中调用有效，且仅适用于 iframe 类型弹层，但它返回的是 iframe 内的 window 对象，不是“子页面主动推送”，而是“父页面被动拉取”——这和你想要的“子页面修改父配置”方向相反。
典型误用场景：在子页面里写 layer.getChildFrame()，结果报错 layer is not defined，因为 layer 是父页面引入的，子页面没加载 layui.js 或未初始化。
- 子页面若需依赖 layui，必须自己引入
layui.js并调用layui.use，否则所有layer.xxx都不可用 - 即使子页面也引入了 layui，
layer.getChildFrame()依然无效——它只能由父页面调用，参数是选择器，例如：layer.getChildFrame('#myForm', index) - 真正该用的是
window.parent，不是layer相关 API
父子页面通信时要注意的跨域和生命周期问题
如果子页面地址是外链（比如 https://api.example.com/config.html），哪怕只读父页面变量也会被拦截。此时唯一可行方案是父页面用 postMessage 显式授权，子页面再响应。
另一个容易忽略的点：layer 关闭后，子页面 iframe 被销毁，但若父页面还保留对它的引用（比如存了 iframe.contentWindow），就可能引发内存泄漏或 Script error.。
- 推荐在父页面 layer 的
end回调里清理引用：end: function() { iframeWin = null; } - 子页面关闭前可主动通知父页面：
window.parent.postMessage({ type: 'UPDATE_CONFIG', data: { theme: 'blue' } }, '*')，父页面监听message事件处理 - 使用
postMessage时，*不安全，应指定目标 origin，如'https://yourdomain.com'
修改完父页面配置后，如何让已渲染的组件响应变化
Layui 本身不提供响应式数据绑定，所以改了 window.parent.GLOBAL_CONFIG 后，已渲染的 laydate、layedit 等组件不会自动刷新主题或语言——得手动重载或触发更新逻辑。
比如父页面有个下拉菜单用 GLOBAL_CONFIG.lang 控制文案，改完后需重新渲染该区域，而不是指望 DOM 自动变。
- 不要依赖全局变量“实时生效”，要把配置变更转化为具体动作：重绘表格、切换 laydate 语言、重设 table 的 cols
- 可以封装一个
refreshUI()函数，在父页面监听config-updated事件后调用 - 如果用了模块化写法（如
layui.define），记得在模块内通过require('parentModule')或暴露方法供父页面调用，而非硬编码window.parent.xxx
实际中最容易卡住的，是子页面没意识到自己运行在 iframe 里，还在用 window 当顶层对象去读写配置，或者父页面监听机制没配好，导致改了变量但 UI 没反应。
