做后台管理系统这些年Element-UI 的 Table 是我用得最多的组件没有之一。但要说哪个功能最让前端头疼“高度自适应”绝对排得上号。你见过表格撑破容器导致页面出现双滚动条也见过明明设置了高度却死活不滚动还在为页面一缩小表格就挤成一团而发愁。网上关于这个问题的帖子很多但大多只给代码不给思路换个场景就失灵了。我把这几年在实战中沉淀下来的方案整理了一下从原理到踩坑到封装一次性讲清楚希望能帮你彻底告别表格高度带来的布局困扰。1. 为什么高度自适应这么难先看清 Table 的“脾气”在动手写方案之前我觉得有必要花点时间搞清楚 Element-UI 的表格默认是怎么渲染的。很多同学搞不定自适应不是代码写得不对而是压根没弄明白表格内部的结构和工作原理。1.1 撑破页面的罪魁祸首Table 的渲染机制Element-UI 的 Table 组件渲染出来之后通常分成几个部分表头区域header、表体区域body、表尾统计区域footer。默认情况下这几个区域是垂直堆叠在一起的而且表体区域的高度并不是固定的它是跟着数据行数row自动撑开的。换句话说如果不给el-table显式设置height或max-height属性那么表格整体有多高完全取决于你给它塞了多少条数据。数据多表格就高数据少表格就矮。这时候你就算给它的外层容器设置了overflow: auto想让容器内部出现滚动条它也滚动不起来因为表格的固有高度已经顶满甚至撑破了容器滚动条会跑到页面最外层去。你看到的景象就是整个页面出现了一个巨大的滚动条Table 自己纹丝不动。这就是撑破页面的核心原因。1.2 自适应的真正目标填满容器且内部滚动我们需要厘清“自适应”到底要达成什么效果。很多人以为让表格跟着内容走就叫自适应但在管理后台场景下真正的刚需是表格必须填满它所在的视口或容器剩余空间同时表头固定不动只有表体区域内部纵向滚动。页面整体不该有一个大滚动条或者滚动条应该被限定在一个局部的容器里。要实现这个目标关键就一个必须给 Table 一个确定的像素高度。只有拿到了具体的高度数值Element-UI 的 body 区域才会在数据溢出时自动出现内部滚动条表头才会被“钉”住。这里要区分一下height和max-height的区别属性行为表现适用场景height表格被强制设为固定高度数据超出时表体区域出现滚动条数据少于高度时底部留白需要表格严格填满容器纵向没有弹性变化max-height表格高度随数据变化数据少时表格自动变矮数据超出 max-height 时表体内部滚动允许表格在小数据量时“缩水”避免底部大块留白明确了目标我们就能看清方向所谓自适应其实就是用代码实时算出这个精确的像素值或者用 CSS 的弹性布局让容器高度可计算从而让表格内部滚动起来。2. 核心方案选型从 JS 手动计算到 Flex 弹性布局网上搜“element-ui table 高度自适应”80% 的教程都是同一个套路监听 window.resize 事件然后用 JS 去减出表格高度。这套方案虽然有用但坑也不少。我后来发现了一条更优雅的路径也就是基于 Flex 布局的纯 CSS 容器限制法。这两条路线各有优劣下面详细拆解。2.1 传统 JS 监听方案最经典但最容易埋雷这应该是绝大多数人接触的第一种方案。思路非常简单给最外层的容器一个固定高度通常是100vh减去顶部导航栏的高度。通过document.querySelector拿到表格区域的上边界和下边界比如页面底部分页器的高度。用容器高度 - 分页器高度 - 表格标题/操作栏高度 - 预留间距计算出表格应该有的高度。把这个高度赋值给el-table的:height属性并绑定window.resize监听器窗口变化时重新计算。这套方案的优点是真的能解决问题而且很直观适合容器高度不规整、页面元素很多、重度依赖固定尺寸的老项目。但缺点也明显你要自己管理resize监听器的绑定和卸载稍不注意就会造成内存泄漏窗口一变化表格会经历一次doLayout重排如果监听器没做防抖在高频次 resize 下会造成页面卡顿更麻烦的是当你把表格放在弹窗Dialog或者 Tab 页里时容器尺寸可能不是由window决定的而是由弹窗宽度和高度决定的此时只监听window.resize就完全失效了。我早年做项目时用这套方案经常为了一个弹窗里的表格要专门写一套钩子去监听弹窗的visible-change还得配合this.$nextTick才能拿到准确的弹窗尺寸开发效率非常低。2.2 Flex 弹性布局方案把不确定变成确定后来我接触到一种更先进的思路不要用 JS 去算高度而是让 CSS 的 Flex 布局帮我们把表格所在区域拉伸到一个确定的高度。在 Flex 容器中如果页面结构是“头部筛选区 表格区 底部分页区”三段式我可以让表格区设置为flex: 1这样它就会自动吞噬掉剩余的高度空间。只要这个“剩余空间”是确定且可计算的那么表格容器的height: 100%也就有了明确的计算基准。这个方案大幅减少了 JS 的参与几乎不需要监听window.resize。唯一要保证的一点是父容器必须有一个明确的高度比如100vh或者calc(100vh - xx)。一旦父容器高度确定Flex 布局下的flex: 1子项就会自动撑满剩余空间而表格只要设置height100%它内部的滚动条就会自动出现。这里有个容易被忽略的冷知识Element-UI 的el-table根元素如果你设置了 CSS 的height: 100%它的内部结构表头、表体会按照这个高度自动划分好。但注意它接收的高度必须是父容器明确的高度如果父容器是 auto那么height: 100%会计算出无效值表格还是会塌陷。3. 实操落地基于 Flex 布局的具体实现步骤说了这么多方案接下来咱们进入动手环节。我以一个典型的列表页为例顶部是查询条件区域中间是 Table 表格底部是分页器。页面整体高度不能超过浏览器可视窗口。下面是完整步骤。3.1 第一步搭建页面的三段式 Flex 容器先把页面的整体结构搭好。核心思想是让页面最外层成为一个列方向的 Flex 容器并且容器高度锁定为视口高度。template div classpage-container !-- 顶部筛选区 -- div classpage-header el-form inline el-form-item label姓名 el-input placeholder请输入姓名 / /el-form-item el-form-item el-button typeprimary查询/el-button /el-form-item /el-form /div !-- 中部表格区 -- div classpage-table el-table refmainTable :datatableData height100% border stylewidth: 100% el-table-column propname label姓名 / el-table-column propage label年龄 / el-table-column propaddress label地址 / /el-table /div !-- 底部翻页区 -- div classpage-footer el-pagination layouttotal, prev, pager, next :total100 / /div /div /template接着给这些容器补上 CSS。这里最关键的是.page-container和.page-table的样式配合.page-container { height: calc(100vh - 60px); /* 60px 估算顶部导航栏的高度可根据实际调整 */ display: flex; flex-direction: column; /* 不要给容器加 overflow: auto否则可能出现双滚动条 */ } .page-table { flex: 1; min-height: 0; /* 关键禁止 flex 子项的最小高度溢出 */ overflow: hidden; /* 把溢出的内容交给 el-table 内部滚动 */ } .page-table .el-table { height: 100%; }这里面有三个细节极其重要缺一不可min-height: 0是 Flex 布局中经典的坑。默认情况下Flex 子项的min-height是auto意思是它不能小于内容的实际高度。如果表格数据很多表格内容很高.page-table这个 flex 子项就可能强行把高度撑开导致父容器.page-container出现溢出我们设置的高度也就失效了。必须显式写上min-height: 0允许它在剩余空间不够时压缩自己。.page-table需要设置overflow: hidden。如果你不设置可能会出现表格外层容器与表格内部滚动条叠加的双滚动条局面。我们要把滚动的职责全部交给el-table自己外层的容器只管提供一个有固定高度的“舞台”。height100%必须写在el-table上。我见过有人试图用 CSS 给.el-table设置height: 100%而不去写模板属性这在某些版本下弹性布局可以生效但在绝大多数版本下会碰到内部计算问题。最稳妥的做法是直接在组件标签上绑定height100%属性让 Element-UI 内部去处理表头和图层的固定。这套做法写完只要你页面的el-table数据超过了可视高度它的表体区域就会自动出现滚动条而且表头纹丝不动。页面上也不会再有全局滚动条除非body本身有默认margin导致的溢出。3.2 第二步处理首屏渲染与容器高度变化的时机Flex 方案虽然不用监听window.resize但还有个隐藏问题首屏渲染时 El-Table 可能计算错高度。比如你在el-table内部用了typeselection列或者表格外部偶尔有加载网络图片这类元素影响排版表格的doLayout时机赶不上图片加载完成。这时候你很容易看到表格底部有空白或者表头列宽错位。解决办法是在页面挂载后以及数据更新后手动让表格重新计算一次布局export default { data() { return { tableData: [] }; }, mounted() { // 保证容器被绘制完成后Table 能拿到真实高度 this.$nextTick(() { this.$refs.mainTable this.$refs.mainTable.doLayout(); }); }, watch: { tableData: { handler() { // 数据变化可能导致表格内部高度变化重新调整列布局 this.$nextTick(() { this.$refs.mainTable this.$refs.mainTable.doLayout(); }); }, deep: true } } };doLayout()是 Element-UI 表格暴露出来的官方方法它会让表格重新计算列宽和高度。遇到首屏表格高度异常、列宽闪跳这种问题用它基本都能解决。注意一点调用doLayout前必须确保容器已经渲染完成所以务必包在$nextTick里。3.3 第三步数据量与表格高度测试——不要只测 3 条数据还有一个在实践中屡屡被忽略的点很多人写完自适应本地上看 3 条数据表格很完美就以为大功告成。等数据量一多问题就爆发了。因为当数据量小于可视区高度时表格底部会留白这段留白会直接占用.page-footer的高度吗不会因为flex: 1的子项会自动扩张表格依旧填满页面上方留白出现在表格内部底部。这个体验还算能接受。不过如果你嫌留白丑可以考虑给el-table设置max-height100%而不是height100%。这样当数据少时表格高度会收缩到数据实际高度不会被强制拔高容器底部也会自然空出空间。两种写法大家根据产品的视觉要求自由选择没有绝对的优劣我后续也会在封装组件时考虑这两种模式。4. 踩坑实录那些年我遇过的疑难杂症与排查技巧方案能跑通了不代表万事大吉。在真实的生产环境里各种奇葩的环境和需求都会冒出来。我把自己遇到过的典型坑和排查方法整理成了一份速查表希望能帮大家少走弯路。4.1 表头固定了但滚动条跑到表格外面去症状原因分析解决办法页面有两个滚动条一个在表格内部一个在全局 body 或外层容器父容器设置了overflow: auto或overflow-y: scroll导致表格区域和容器同时产生滚动检查.page-container或.page-table是否误设了overflow一律改成hidden把滚动职责全权交给el-table表头是固定了但表格底部还有一小截空白滚动条距离底部很远height100%计算时参照了一个非预期的高度比如多算了分页器的高度检查父容器的高度公式确认为calc(100vh - headerHeight - paginatorHeight - 一些margin)这里补充一个知识点el-table内部的滚动条存在于.el-table__body-wrapper上。只要外层容器设置了overflow: hidden这个滚动条就会老老实实待在表格内部不会再传染到父级。4.2 底部汇总栏不见或分页器被顶出屏幕有些列表页需要用到show-summary来展示合计行或者在表格下面紧接着放一个分页器。如果处理不当很容易出现两种结果一是汇总行被遮住了半个二是分页器怎么都显示不全。先说汇总行。Element-UI 的show-summary在边框模式下会在表格最底部渲染一个.el-table__footer-wrapper。如果你设置的表格高度刚好等于数据行的高度那这个汇总行就会被挤到不可见区域。处理方法就是预留出额外的高度或者干脆使用max-height让表格高度自适应内容。如果你希望汇总行固定不随滚动条移动可以给列设置fixedright或fixedleft这样汇总列会一并固定住。但注意使用fixed列的时候合并列和固定列在视觉上偶尔会有对不齐的情况需要花时间微调。再说分页器。在我推荐的 Flex 三段式结构中分页器是单独的 flex 子项只要.page-table设置了flex: 1; min-height: 0分页器的高度天然不会受表格内容挤压它始终在表格下方。4.3 resize 监听导致页面卡顿与死循环如果你坚持走传统 JS 监听方案千万记得给resize回调做防抖处理。我见过有人直接写window.addEventListener(resize, this.calcHeight)没做任何防抖。窗口拖动一次触发了成百上千次高度计算表格反复重排重绘页面直接卡到假死。而且如果计算高度时把百分百换算成了offsetHeight还可能导致高度计算漂移引发死循环。正确姿势是引入一个简单的防抖函数import _ from lodash; // 项目里有就顺手用没有可以手写 methods: { resizeHandler: _.debounce(function() { this.calcTableHeight(); }, 200) }, mounted() { this.calcTableHeight(); window.addEventListener(resize, this.resizeHandler); }, beforeDestroy() { window.removeEventListener(resize, this.resizeHandler); }注意beforeDestroy里一定要移除监听器不然组件被销毁后监听器还是没被释放会引发内存泄漏和暗藏的函数报错。4.4 固定在容器底部的元素与滚动区域的滚动事件冲突另外一个高并发问题表格固定高度后内部出现滚动条但产品非要你把表格的汇总栏固定在底部不随滚动移动或者要做一个吸底操作栏。这时候很多人会走极端直接在el-table下面加一个position: fixed; bottom: 0的容器结果屏幕一变固定的容器把表格底部挡住了。我的建议是遵守“滚动区域内只滚动数据”的原则。如果是汇总数据优先用show-summary配合summary-method自定义如果是操作栏把它挪到分页器旁边作为 flex 布局的独立子项而不是绝对定位。鼠标悬停时固定列和滚动区域的层级问题也一并解决好不然横向滚动时固定列会像“狗皮膏药”一样盖住旁边的数据。5. 终极封装做一个跨项目可复用的自适应表格组件实战中你会发现不同页面有不同偏移量比如有的页面顶部有标签页有的没有。与其每次复制粘贴计算逻辑不如把它封装成一个组件或者 Mixin用起来才省心。5.1 设计思路props 传入选区与偏移量我的封装主要围绕以下几点提供一个组件BaseTable.vue它内部用content-height属性来接收外部给它的具体高度。提供两种模式height严格固定高度和max-height弹性高度。通过一个 prop 控制。可选地使用ResizeObserver监听容器变化替代传统的window.resize。因为很多场景下容器尺寸变化并不伴随window尺寸变化比如弹窗展开、侧边栏收起用 ResizeObserver 能让自适应更精准。5.2 组件实现代码示例Vue2 版本封装通用的TableAdaptor.vue组件传入offsetHeight从容器底部到页面底部的偏移量比如分页器的高度加边距。template div reftableWrapper classtable-adaptor :style{ height: tableHeight px } slot :heighttableHeight/slot /div /template script import debounce from lodash/debounce; export default { name: TableAdaptor, props: { offset: { type: Number, default: 110 // 默认预留分页器 边距的高度 }, useMaxHeight: { type: Boolean, default: false } }, data() { return { tableHeight: 300 }; }, mounted() { this.init(); // 如果容器本身有尺寸变化可以用 ResizeObserver 监听 if (typeof ResizeObserver ! undefined) { this.resizeObserver new ResizeObserver(debounce(() this.calcHeight(), 150)); this.resizeObserver.observe(this.$refs.tableWrapper); } else { // 降级方案监听 window resize window.addEventListener(resize, this.debouncedCalc); } }, methods: { init() { this.calcHeight(); }, calcHeight() { this.$nextTick(() { const wrap this.$refs.tableWrapper; if (!wrap) return; // 容器高度减去偏移量就是表格高度 this.tableHeight wrap.offsetHeight - this.offset; // 触发传入区域的重新布局如有必要 this.$emit(calc-done, this.tableHeight); }); } }, beforeDestroy() { if (this.resizeObserver) { this.resizeObserver.disconnect(); } else { window.removeEventListener(resize, this.debouncedCalc); } } }; /script配合使用时你只需要在外层套这个组件并将tableHeight传给内部的el-tabletable-adaptor :offset110 template v-slot{ height } el-table :heightheight :datatableData !-- columns -- /el-table /template /table-adaptor这个组件处理了传统方案中百分之八十的麻烦尺寸计算、监听、周期。如果你觉得封装组件太重也可以把它做成一个 Mixin只关注tableHeight的计算逻辑再配合doLayout就能很好地应付大部分页面了。5.3 多场景适配弹窗里的表格与 Tab 切换的表格最后补充两个高频场景的特殊处理。场景一弹窗内表格自适应。弹窗刚打开时容器宽度和高度还没稳定下来这时候直接算高度是拿不准的。正确的姿势是监听弹窗的visible-change事件等弹窗完全打开后再计算handleVisibleChange(visible) { if (visible) { this.$nextTick(() { this.calcTableHeight(); this.$refs.table.doLayout(); }); } }注意弹窗内的表格最好继承 Dialog 头部和底部的高度一般对话框顶部有标题、底部有操作按钮。计算高度时要把这些偏移量减掉否则表格会被盖住一部分。场景二Tab 切换时表格高度异常。很多项目用了el-tabs页面切换时隐藏的表格容器尺寸高度为 0。等切回来时表格因为拿不到正确高度而出现空白或错位。常规做法是在tab-click事件里触发一次重算或者调用doLayout()。最稳妥的还是结合上面的封装使用ResizeObserver监听隐藏容器的变化。当 Tab 切换回来时观察器会自动识别到容器尺寸变化从而重新计算出正确高度。实际操作中我发现ResizeObserver在不同浏览器下的表现差异不小尤其是老 Safari。如果你要兼容旧内核还是老老实实走window.resize加防抖的最稳。其实做表格自适应核心就是不要把复杂逻辑堆在一个文件里而是拆解成“容器稳定性”和“计算时机”两个问题。容器稳定了高度计算就准时机对了布局就不会乱。上面这套打法我在多个中后台项目里都跑过综合下来的体验是数据一多表格边滚边看数据一少表格自动收缩弹窗打开尺寸无误切页回来布局不跳。希望这篇分享能让你在面临表格高度问题时少掉几根头发。
