page.limits数组是控制Layui表格分页下拉菜单的唯一配置，必须为长度≥2的纯数字数组（如[8,16,32,64]），page.limit值须在其内；request.limit仅影响后端请求条数，不参与下拉渲染。
page.limits 数组才是控制下拉菜单的唯一配置
改 request.limit 或 page.limit 单独值，完全不影响下拉菜单选项——它只决定当前请求多少条、默认选中哪一项。真正渲染下拉项的是 page.limits，必须是数字数组，且长度 ≥ 2 才会显示可展开的下拉框。
常见错误现象：limits: ["10", "20", "50"]（字符串）或 limits: null，结果还是默认 [10, 20, 30, 40, 50]；limits: [10] 会渲染一个不可点开的“假下拉”，视觉上没消失。
-
limits必须是纯数字数组，例如[8, 16, 32, 64] -
page.limit值必须在limits中存在，否则 UI 默认回退到第一个值（不报错但行为异常） - 不要写
limits: [10, 20, 50, "100"]—— 混入字符串会让整个数组被忽略 - 移动端建议控制在 3–4 个选项，太多会弹层溢出视口
如何让下拉菜单显示 [8, 16, 32, 64]？
直接在 table.render() 的 page 配置里写死，别绕弯：
table.render({
elem: '#demo',
url: '/api/list',
page: {
limits: [8, 16, 32, 64],
limit: 16 // 必须是上面数组里的某个值
},
request: {
limitName: 'pageSize' // 仅影响传给后端的字段名，和下拉无关
}
});
这样首次加载就显示 “16 条/页”，下拉可选值只有这四个。用户切换后，Layui 自动用新值重载，并通过 limitName 发请求（如 pageSize=32）。
注意：如果后端接口不认 pageSize，而只收 limit，那数据永远不对——UI 正常，接口空响应，这是最隐蔽的坑。
动态修改已渲染表格的下拉菜单选项
Layui 不支持运行时替换 limits。调用 table.reload() 传新 limits 是无效的，DOM 和内部状态不会同步，点击新选项可能发旧值或失效。
正确做法是销毁重建：
- 先调
table.destroy('demo')（参数是容器的id或lay-id） - 再用完整新配置重新
table.render() - 别漏掉
cols、url、request等关键项，否则表格变空白 - 如果原表格有排序、搜索等状态，需手动保存并在新 render 中还原
别信“只改 options.limits 再 reload”——实测无效，且容易引发分页栏错位或事件丢失。
怎么彻底隐藏分页下拉框？
设 limits: []，同时指定固定 limit 值，这是唯一可靠方式。
limits: [10] 仍会渲染一个带箭头的输入框（UI 上可见），limits: null 或未声明则 fallback 到默认 [10, 20, 30, 40, 50]。
- 正确写法：
page: { limits: [], limit: 20 } - 隐藏后如需切换条数，只能靠
table.reload('id', { page: { limit: 50 } })触发重载 - reload 时仍要保持
limits: []，否则下拉框会意外重现 - 检查控制台是否报
Cannot read property 'length' of undefined—— 那说明limits没传成空数组
最常被忽略的一点：表格初始化后，limits 就锁死了，后续任何 reload 都无法开启或关闭下拉框。想换模式，只能 destroy + render。
