layui 的 exportfile 仅导出 csv 文本，不支持 excel 只读列；csv 无单元格权限机制，所谓只读需用 sheetjs 生成 .xlsx 并启用工作表保护与单元格锁定。

Layui 表格本身不支持导出时设置 Excel 列为只读——这个功能根本不存在于 Layui 的 exportFile 或任何内置导出逻辑中。

为什么 Layui 导出 Excel 没有“只读列”概念

Layui 的 table.exportFile() 本质是把表格数据拼成 CSV 字符串，再触发浏览器下载。CSV 是纯文本格式，没有单元格权限、样式或保护机制。所谓“Excel 只读列”，属于 Excel 文件（.xlsx）的高级特性，需要操作二进制结构或调用 Office API，而 Layui 完全不处理这一层。

常见错误现象：exportFile 导出后用 Excel 打开，发现所有列都能编辑，试图在 cols 配置里加 readonly: true 或 edit: false —— 这些字段对导出无任何影响，只会作用于前端表格编辑态。

• Layui 表格的 edit 属性仅控制前端是否可双击编辑，不影响导出内容
• exportFile 不解析、不转换、不生成 .xlsx，它只输出逗号分隔的文本
• 浏览器下载的 CSV 文件，Excel 默认以“兼容模式”打开，更不可能读取只读标记

真要实现 Excel 列只读，必须换工具链

得放弃 table.exportFile()，改用能生成真实 .xlsx 的库，比如 xlsx（SheetJS），并在写入时手动设置工作表保护和单元格锁定状态。

关键点在于：Excel 的“只读列”实际是「工作表保护 + 单元格锁定」组合效果。默认所有单元格是“锁定”状态，但工作表未保护时锁定无效；只有启用保护后，被锁定的列才不可编辑。

• 用 SheetJS 生成 .xlsx 时，需调用 ws['!protect'] = { sheet: true, objects: true, scenarios: true }
• 需遍历目标列的所有单元格，设置 cell.s = { protection: { locked: true } }（前提是已定义样式对象）
• 注意：locked: true 是默认值，所以重点其实是开启 !protect，并确保非目标列设为 locked: false
• 导出后用户首次打开需点击“启用编辑”，但保护状态仍生效；若想彻底禁用编辑提示，需设密码（不推荐，因前端密码易暴露）

导出前的数据过滤比“只读”更实际

多数场景下，所谓“只读列”真实诉求是：不让用户修改某些敏感字段（如 ID、创建时间），但又需要展示。与其折腾 Excel 保护，不如导出时直接剔除这些列，或用空值/占位符替代。

例如业务要求导出时不许带 user_id 和 create_time，但表格里又得显示：

table.exportFile('用户列表', [
  { field: 'username', title: '用户名' },
  { field: 'status', title: '状态' }
  // 明确不传 user_id / create_time
], 'csv');

• 用 exportFile 第二个参数手动构造字段数组，只包含允许导出的列
• 如果必须保留列名但隐藏值，可 map 数据：将 user_id 值统一替换为 '[已屏蔽]'
• CSV 无格式，不存风险；用户拿到的就是你给的，不是“可编辑但不该改”的模糊状态

真正麻烦的是：既要生成 .xlsx，又要细粒度控制每列编辑权限，还要兼容不同 Excel 版本的保护行为——这已经超出前端单页应用该扛的范围。别硬套 Layui 的导出接口，先确认后端能不能接一个带保护逻辑的 Excel 生成请求，会更稳。