layer.open 的 data 参数仅对 type: 2 有效；content 只接受字符串，data 中的对象会被 URL 编码后拼接到 content 的 URL 后作为查询参数。
layer.open 的 data 参数只对 type: 2 有效
你点击表格某行后拿到的 obj.data 是个完整 json 对象，但直接塞进 content 字段没用——content 只接受字符串（url、html 片段或 dom 节点），不是数据容器。必须用 data 配置项，且仅在 type: 2（iframe 弹层）下才生效。
正确写法是：
layer.open({
type: 2,
content: '/edit.html',
data: obj.data, // ← 这里传对象，Layui 2.8+ 会自动拼成 query string
area: ['800px', '450px']
});
-
data里的值会被 URL 编码后追加到content的 URL 后面，比如变成/edit.html?id=123&name=%E5%BC%A0%E4%B8%89 - 低版本 Layui（data 参数，得手动拼 URL 或升级
- 如果用了
type: 1（内联 HTML），data完全无效，必须换其他方式
子页面用 URLSearchParams 安全取参
子页面不能靠 parent.json 或全局变量，容易冲突、时机错乱。最稳的是解析当前 URL 的查询参数：
const url = new URL(window.location.href);
const id = url.searchParams.get('id');
const name = url.searchParams.get('name'); // 中文已自动解码
- 不用自己写
location.search解析逻辑，URLSearchParams兼容性好（IE 不支持，但 Layui 项目基本不保 IE） - 所有字段都是字符串，数字/布尔值需手动转换：
parseInt(id)、JSON.parse(jsonStr) - 如果父页传的是嵌套结构（如
{user: {id: 1}}），Layui 的data会扁平化为user[id]=1，不适合复杂结构——此时应改用sessionStorage
大数据量或嵌套对象别硬塞 data，改用 sessionStorage
URL 长度有限（通常 ≤2048 字符），一个含 10 个字段、带中文的 JSON 就可能超限；更别说数组或深层嵌套。这时 data 会截断或报错，子页面收不到完整数据。
安全做法是：
// 父页
const key = 'layer_data_' + Date.now() + '_' + Math.random().toString(36).substr(2, 9);
sessionStorage.setItem(key, JSON.stringify(obj.data));
layer.open({
type: 2,
content: '/edit.html?key=' + key,
area: ['800px', '450px']
});
// 子页
const key = new URL(window.location.href).searchParams.get('key');
const data = JSON.parse(sessionStorage.getItem(key) || '{}');
sessionStorage.removeItem(key); // 用完删掉，防污染
- 避免跨域限制：只要父子页同源，
sessionStorage就能读写 - 不用担心 key 冲突，用时间戳 + 随机串足够唯一
- 别用
localStorage，它长期存在，多个弹层可能互相覆盖
别在子页里直接调 parent.xxx，除非你控制了加载顺序
有人写 parent.rowData 或 parent.layerData，结果报 Cannot read property 'rowData' of undefined——因为子页 JS 执行时，父页还没定义那个变量，或者多个弹层共用同一个变量名导致覆盖。
- 全局变量方案只适合单页单弹层、无并发场景，线上项目慎用
- 如果坚持用
parent，必须在父页success回调里动态挂载，且绑定到 layer 实例索引上，例如：window.parent[`layer_data_${index}`] = obj.data - 子页要延时读取（
setTimeout或监听DOMContentLoaded），否则 DOM 还没渲染完就去读，拿到null
真正复杂的交互，比如需要双向通信或实时更新，直接上 window.parent.postMessage 更可靠，但单纯“传一行数据”，data + URLSearchParams 或 sessionStorage 已经覆盖 95% 场景。关键在于别把 JSON 当字符串硬塞进 content，也别高估 URL 长度和浏览器对 query string 的容忍度。
