国内政企内网、交付周期紧、后端主导的后台系统选Layui；需多端适配、设计系统对接或长期迭代的标准化后台选Bootstrap。因Layui专为服务端渲染设计，表单验证、表格分页、弹窗等一行配置即用，后端返回JSON前端几乎零JS绑定；Bootstrap则依赖可预测的结构约束与工程规范，栅格断点、表单状态反馈等更利于跨团队协作与长期维护。
Layui；需要多端适配、设计系统对接或长期迭代的标准化后台，选 Bootstrap。
为什么 Layui 在国产后台里更顺手
它不是“简化版 Bootstrap”，而是为服务端渲染场景量身设计的：表单验证靠 lay-verify="required"，表格分页靠 table.render({url: '/api/users'})，弹窗直接 layer.open({type: 2, content: 'edit.html'}) —— 后端返回 JSON，前端几乎不用写 JS 绑定逻辑。
- 常见错误现象：在 Vue/React 项目里硬套
layui.table.render()，DOM 被框架接管后查不到容器，报container is not found - 使用建议：用原生
layui.jquery替代全局$，避免与项目已有 jQuery 版本冲突 - 性能影响：压缩后核心约 80KB，比
bootstrap.min.css+bootstrap.bundle.min.js（合计超 200KB）轻一半以上 - 兼容性：默认支持 IE10+，在 360/QQ 浏览器兼容模式下表现稳定；
Bootstrap 5已彻底放弃 IE
为什么 Bootstrap 更适合标准化交付后台
它不靠“一行配置搞定分页”，而是靠可复用的结构和明确的约束边界。比如 container-fluid 控制全局宽度，row + col-md-6 管局部布局，form-control + is-invalid 提供统一表单状态反馈 —— 所有行为都可预测、可测试、可被设计系统接管。
- 常见错误现象：混用
container和container-fluid，导致大屏留白严重或侧边栏折叠错乱 - 使用建议：禁用
container嵌套在container-fluid内，否则会触发水平滚动条 - 参数差异：栅格断点（
md、lg）是 CSS 变量驱动，可统一调整；而Layui的layui-col-md6是静态类名，无响应缩放能力 - 模态框遮罩问题：多个页面动态加载共用
modal时，若未手动调用myModal.dispose()，.modal-backdrop会不断叠加
别踩这两个坑
Layui 官网已下线（当前仅存社区镜像），2.9.12 是最后一个稳定版，不再更新；Bootstrap 则持续维护，但 5.x 版本强制要求现代浏览器，且 SCSS 定制需构建流程支持。
- 如果项目要上微信公众号 H5 或海外客户访问，
Bootstrap的col-12 col-md-6 col-lg-4断点体系比Layui的固定列宽更可靠 - 如果团队里 Java/Python 后端要直接改 HTML 模板，
Layui的form.on('submit', callback)比手写addEventListener少掉三层理解成本 - 两者都不该直接用于新启动的 Vue/React 项目 —— DOM 驱动与虚拟 DOM 天然冲突，强行混合只会让
table.render()失效、form.render()重复执行
