layer.open()中通过content传URL参数需手动编码每个值，iframe加载时原样生效；跨域时location.search不可读，须用postMessage；v2.8+对象写法与字符串行为一致，仍需编码。
layer.open() 里用 content 加载 URL 页面时，参数怎么透传过去
直接在 content 字段写带查询参数的 url 就行，但要注意 url 编码和 layer 的加载机制。layer 默认把 content 当作字符串渲染，如果传的是字符串且含 http 或 //，它会自动用 iframe 加载——这时候 url 参数就原样生效。
常见错误是拼接参数时没编码特殊字符（比如中文、空格、&），导致子页面 location.search 拿到乱码或截断。
- 用
encodeURIComponent()包裹每个参数值，别只对整个 URL 调用一次encodeURI() - 避免在
content里写变量拼接字符串，优先用模板字面量 + 编码，例如：`/subpage.html?uid=${encodeURIComponent(uid)}&type=${encodeURIComponent('detail')}` - 如果参数来自用户输入，务必二次校验，layer 不过滤 iframe src，XSS 风险得自己兜底
iframe 子页面里读不到父页传的 URL 参数？检查是否跨域
layer 用 iframe 加载子页面时，如果子页面和主站不同源（协议、域名、端口任一不同），子页面 JavaScript 无法通过 window.location.search 正常读取参数——不是 layer 的问题，是浏览器同源策略拦截了 iframe 的 location 访问。
典型现象：本地开发时 http://localhost:8080 弹出 http://localhost:3000/sub.html，控制台报 Blocked a frame with origin "http://localhost:3000" from accessing a cross-origin frame。
- 开发阶段尽量保持同域，比如后端代理统一走
/api/和/sub/前缀 - 必须跨域时，别依赖
location.search，改用postMessage由父页主动发参数过去 - layer 自身不提供跨域参数透传能力，这点容易误以为是配置漏了
想让子页面知道是被 layer 弹出的，而不是直接访问的
纯靠 URL 参数不够可靠，用户可以手动复制链接打开。更稳的方式是在父页 open 时加一个标识字段，子页面启动时检测上下文。
- 父页调用时，在 URL 后追加
&_from_layer=1这类约定参数 - 子页面用
if (window.self !== window.top)判断是否在 iframe 中（注意：这个判断在 Safari 某些版本有兼容性问题） - 更准的做法是父页用
layer.config({skin: 'layui-layer-demo'})配个自定义 class，子页面通过document.referrer或performance.getEntriesByType('navigation')[0].type辅助判断，但 referrer 可能被屏蔽
layer v2.8+ 的 content: {type: 'iframe'} 写法和旧版字符串写法行为一致吗
一致。v2.8 起支持对象写法 content: {type: 'iframe', src: '/sub.html?k=v'}，但最终渲染的 iframe src 和字符串写法完全一样，参数传递、编码要求、跨域限制都没变。
唯一区别是对象写法方便后续扩展（比如加 scrollbar 控制），但目前 layer 官方文档里这个字段没实际生效项，属于预留接口。
- 别指望用对象写法绕过 URL 编码问题，
src值仍需手动编码 - 如果用构建工具（如 webpack），注意
public/下的 HTML 路径是否被重写，layer 加载的是运行时 URL，不是构建时路径 - v2.7 及更早版本不识别对象写法，会静默退化成文字内容，弹窗里显示
[object Object]
真正麻烦的从来不是怎么传参，而是子页面加载后，怎么让它的 JS 知道“我在 layer 里”，并且不因刷新、路由跳转、懒加载而丢失上下文——这个得靠父子通信设计，layer 本身不参与。
