列级筛选权限需禁用defaultToolbar的filter，改在cols中为每列显式配置filter:true/false，并依据后端返回的布尔型权限字段（如canFilterName）动态赋值；权限异步时须确保列配置生成前权限已就绪，且需监听menu事件拦截右键列筛选操作。
表头筛选按钮（filter）权限控制必须绕开 defaultToolbar
defaultToolbar 里的 filter 是静态开关，传进去就全局生效，无法按行、按角色动态控制显隐。你写 defaultToolbar: ['filter']，所有用户都看到筛选图标；写成空数组，谁也看不到——这不是权限控制，是功能开关。
真正可控的方式是：禁用默认 filter，手动在列配置中为每列独立控制是否启用筛选，并结合后端权限字段做条件判断。
- 初始化表格时设
defaultToolbar: []，彻底关闭自动生成的筛选按钮 - 在
cols每列中显式加filter: true或filter: false，而不是依赖 toolbar - 后端需返回布尔型权限字段（如
canFilterName: true），前端在生成cols时动态赋值：filter: d.canFilterName === true - 避免写
filter: d.role === 'admin'—— 角色逻辑必须前置到后端，前端只消费明确布尔值
列级 filter 显隐必须在 table.render() 前完成
layui 不监听 cols 数组的后续修改，filter 属性只在初始化时读取一次。你渲染完再改某列的 filter: false，UI 不会变化，筛选图标依然可点。
正确做法是：拿到用户权限数据后，先构造完整的新 cols 数组，再调用 table.render()。
- 不要在
done回调里尝试修改table.config.cols[0][i].filter—— 这不会触发重绘 - 如果权限异步加载，用
Promise.all([fetchAuth(), fetchCols()])确保列配置生成前权限已就绪 - 注意：
filter: true的列仍会出现在列筛选菜单里，但点击后不弹出筛选面板——这是 layui 的行为，不是 bug
隐藏筛选图标但保留列排序和导出能力
设 filter: false 只影响顶部筛选小图标，不影响列本身的排序（sort: true）、导出（export 仍含该字段）、或 templet 渲染。这点常被误解。
- 若某列既要隐藏筛选图标，又不想参与排序，需额外加
sort: false - 若某列
filter: false但用户仍可通过列头右键「列筛选」菜单手动开启，说明你没关掉列筛选功能入口——需配合后端返回的canToggleColFilter: false，并在menu事件中拦截操作 - 检查浏览器控制台打印的
table.config.cols[0]，确认目标列的filter值确实是false（不是字符串"false"）
菜单级筛选权限需监听 menu 事件并手动拦截
即使某列 filter: false，用户仍可能通过右键列头打开「列筛选」浮层并勾选它。要彻底禁用，得监听 table.on('menu', ...)，并在浮层显示前判断权限。
- 在
menu回调里，用obj.field拿到被操作列的field，查对应权限字段（如userAuth.canFilter[obj.field] === false） - 直接
return false可阻止浮层展开；或用layer.closeAll('tips')关闭已弹出的筛选面板 - 别试图用 CSS 隐藏
.layui-table-colthis—— 浮层 DOM 是动态插入 body 的，样式隔离困难且易失效 - 这个拦截点容易漏：用户可能长按列头、键盘唤出菜单、或用触摸设备触发，
menu是唯一覆盖全路径的钩子
最隐蔽的问题是权限字段类型错：后端返回 "canFilterName": "false"（字符串），前端 filter: d.canFilterName 会当成真值，筛选图标照常出现。必须确认它是 JSON 布尔字面量 false。
