--- theme: smartblue --- # 扯皮还记得那是周五的一个晚上，那天正在寝室用笔记本玩赛博朋克2077 happy 中🥰，突然女朋友给我发了一个小红书的超链接，我像往常一样无视发送的内容直奔链接准备看完赶紧应付几句话继续游戏🤣 打开链接以为跟其他类似产品一样都会让你直接选择下载 App，没想到小红书的 PC 端惊到我了，首页出乎意料的好看那时候年轻的我还不知道瀑布流是什么，只是觉得这个布局配合卡片的一些点击交互很有感觉，啧啧啧，我一个大男的看一些女性的推荐都被吸引到了，不过吸引我的不是内容，而是它的布局和交互🤩🤩🤩 这段时间全在忙学校实训不写文章手都痒了，今天就来研究一下小红书的瀑布流布局🧐 # 正文其实掘金上已经有很多篇文章都讲过小红书瀑布流的实现，但是如果仔细观察小红书使用的是**瀑布流虚拟列表**，关于这一点我几乎没有见到一篇文章有着重讲解的，都是简单讲讲瀑布流实现了事但我认为小红书首页布局最大的亮点就在**瀑布流和虚拟列表的结合**，所以这段时间就来深入讲解一下这块实现的原理 > 之前已经讲解过虚拟列表的实现👇： > > [定高的虚拟列表会了，那不定高的...... 哈，我也会！看我详解一波！🤪🤪🤪 - 掘金 (juejin.cn)](https://juejin.cn/post/7317820788546977811) > > [面试官：能否用原生JS手写一个虚拟列表...啊？你还真能写啊？ - 掘金 (juejin.cn)](https://juejin.cn/post/7309786535934869504) **本文属于瀑布流虚拟列表的前置篇** ，因为瀑布流虚拟列表牵扯的概念比较多所以需要拆分讲解，这次就先科普一下基础瀑布流的实现，用 **Vue3 + TS 封装一个瀑布流组件** 瀑布流虚拟列表文章已更新！！！👇： [瀑布流优化：历经一周的时间，我终于把小红书的瀑布流虚拟列表撕出来了🧐！ - 掘金 (juejin.cn)](https://juejin.cn/post/7327971289743278121) ## 实现思路上手写代码之前我们简单介绍一下瀑布流布局的实现思路瀑布流布局的应用场景主要在于图片或再搭配一点文字形成单独的一张卡片，由于图片尺寸不同会造成卡片大小不一，按照常规的盒子布局思路无外乎只有两种： 1. 一个盒子独占一行 2. 盒子与盒子紧挨着排列独占一行不用讲肯定不符合我们想要实现的效果，而紧挨着排列由于卡片大小问题会出现这样的情况： ![常见布局.png](https://p9-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/9a7b43ffc9884fb1bd7f4280ad56fff5~tplv-k3u1fbpfcp-jj-mark:0:0:0:0:q75.image#?w=599&h=803&s=111147&e=png&b=fefdfd) 当前行高度最大的盒子决定了下一行盒子摆布的起始位置，如果**卡片之间高度差距过大就会出现大量的留白** 很显然常规布局并不能很好的利用空间，给人带来的视觉效果也较为混乱而使用瀑布流布局很好的解决了这一点，我们打破常规布局的方案，使用**定位或者位移来控制每张卡片的位置**，最大化弥补卡片之间的留白情况所以瀑布流布局的核心实现思想： 1. **控制容器内每一列卡片的宽度相同**（不同图片尺寸等比例缩放） 2. 第一行卡片紧挨着排列，**第二行开始采取贪心思想，每张卡片摆放到当前所有列中高度最小的一列下面** 如果按照这样的思想我们改造上面图中卡片摆放的顺序： ①②③ 按照顺序紧挨着排布 ④ 准备排布时找到最小高度列是第三列，所以会排布在 ③ 下面 ⑤ 准备排布时找到最小高度列是第二列，所以会排布在 ② 下面 ⑥ 准备排布时找到最小高度列是第一列，所以会排布在 ① 下面 ![瀑布流.png](https://p9-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/efdf0fa88b55414b8a667f5b5d54cbf7~tplv-k3u1fbpfcp-jj-mark:0:0:0:0:q75.image#?w=643&h=824&s=113239&e=png&b=fefcfc) 可以看到这种布局方式解决了第一行和第二行中间留白的情况，布局时卡片再带一点间距视觉效果会更好，同理剩下图片卡片摆放也是按照这样的思路 ## 准备数据关于图片相关的数据我就不自己准备了，有现成的数据接口那当然拿来用啦🤣 我们直接使用小红书的数据接口把数据粘下来保存到本地即可： ![小红书数据1.png](https://p9-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/a5239d09304a42e2bfe94e5f8a03edcb~tplv-k3u1fbpfcp-jj-mark:0:0:0:0:q75.image#?w=1906&h=811&s=1066779&e=png&b=faf7f7) ![小红书数据2.png](https://p6-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/d2be6c6c272b41a8bd37ee25c1d7d848~tplv-k3u1fbpfcp-jj-mark:0:0:0:0:q75.image#?w=819&h=583&s=75159&e=png&b=fdfdfd) ![小红书数据3.png](https://p6-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/fb6786f4fa63438eaf790b23c4c5dc6b~tplv-k3u1fbpfcp-jj-mark:0:0:0:0:q75.image#?w=1331&h=681&s=131737&e=png&b=272b33) 不过稍微动点脑子就知道像这样的网站针对于图片一定会加上**防盗链**的，所以我也就不费劲绕开处理了，主要是要**提取它的尺寸信息**，至于图片就先随便给个颜色占位了 ## 后端返回图片尺寸信息问题在开始写代码之前还有这一个问题需要讨论：一般情况下瀑布流布局后端返回的数据不止有图片的链接还有图片的宽高信息（比如小红书中针对于单个卡片就有 width 和 height 字段）有了这些信息前端使用时无需再单独获取 img DOM 就能够快速计算卡片缩放后的宽高以及后续的位置信息但如果后端没有返回这些信息只给了图片链接那就只能全部交给前端来处理，因为图片尺寸信息在瀑布流实现中是必须要获取到的，这里就需要用到**图片预加载技术** 简单描述一下就先提前访问图片链接进行加载操作但不展示在视图上，后续使用该链接后图片会从缓存中加载而不是向服务器请求，因此被称之为预加载而在瀑布流当中我们就是提前访问图片链接来获取其尺寸信息，我们封装为一个工具函数： ```js function preLoadImage(link) { return new Promise((resolve, reject) => { const img = new Image(); img.src = link; img.onload = () => { // load 事件代表图片已经加载完毕，通过该回调才访问到图片真正的尺寸信息 resolve({ width: img.width, height: img.height }); }; img.onerror = (err) => { reject(err); }; }); } ``` 所以假设如果有很多图片，那么就必须要**保证所有图片全部加载完毕**获取到尺寸信息后才能开始瀑布流布局流程，如果一旦有一张图片加载失败就会导致瀑布流布局出现问题😑😑😑 好处就是用户看到的图片是直接从缓存进行加载的速度很快，坏处就是刚开始等待所有图片加载会很慢而如果后端返回图片尺寸信息我们就无需考虑图片是否加载完成，直接根据其尺寸信息先进行布局，之后利用图片懒加载技术即可，所以**真实业务场景肯定还是后端携带信息更好**😜 ## 组件结构搭建及样式前面铺垫了这么多终于要开始写代码了，我们还是按照以前的老规矩，先看看整个 DOM 结构是什么样：其实和虚拟列表差不多，只需要一个容器 `container`、列表 `list` 以及数据项 `item` 只不过封装组件后 `item` 后续会使用 v-for 遍历出来，同时可以定义插槽让父组件展示图片，这些后续再说 ```html

``` `container` 作为整个瀑布流的容器它是需要展示滚动条的， `list` 作为 `item` 的容器可以开启相对定位，而 `item` 开启绝对定位，由于我会通过 translate 来控制每张卡片的位置，所以每张卡片定位统一放到左上角即可： ```scss .fs-waterfall { &-container { width: 100%; height: 100%; overflow-y: scroll; // 注意需要提前设置展示滚动条，如果等数据展示再出现滚动造成计算偏差 overflow-x: hidden; } &-list { width: 100%; position: relative; } &-item { position: absolute; left: 0; top: 0; box-sizing: border-box; } } ``` ## Props 和初始化状态既然封装成组件必然少不了 props 传递来进行配置，针对于瀑布流其实只需要这几个属性而对于单个数据项我们只需要图片的信息，其他的信息都不重要 > 小红书的瀑布流还有 title 以及 author 信息影响整个卡片的高度，这块放到最后实现，我们先只展示图片 ```ts export interface IWaterFallProps { gap: number; // 卡片间隔 column: number; // 瀑布流列数 bottom: number; // 距底距离（触底加载更多） pageSize: number; request: (page: number, pageSize: number) => Promise; } export interface ICardItem { id: string | number; url: string; width: number; height: number; [key: string]: any; } // 单个卡片计算的位置信息，设置样式 export interface ICardPos { width: number; height: number; x: number; y: number; } ``` 接下来我们定义组件内部状态： ```ts const containerRef = ref(null); // 绑定 template 上的 container，需要容器宽度 const state = reactive({ isFinish: false, // 判断是否已经没有数据，后续不再发送请求 page: 1, cardWidth: 0, // // 容器内卡片宽度 cardList: [] as ICardItem[], // 卡片数据源 cardPos: [] as ICardPos[], // 卡片摆放位置信息 columnHeight: new Array(props.column).fill(0) as number[], // 存储每列的高度，进行初始化操作 }); ``` ## 初始化操作初始化操作只有两个工作：计算卡片宽度、发送请求获取数据初始化时最重要的就是先计算出该**瀑布流布局中卡片的宽度**是多少，即 `state.cardWidth`，每列的宽度都是固定的其实计算方法很简单，直接来看下图就知道怎么计算了： ![卡片宽度计算.png](https://p9-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/408497e60c1d4e4fa8c39a9b1d1ceed9~tplv-k3u1fbpfcp-jj-mark:0:0:0:0:q75.image#?w=728&h=698&s=21866&e=png&b=fefefe) ```typescript const containerWidth = containerRef.value.clientWidth; state.cardWidth = (containerWidth - props.gap * (props.column - 1)) / props.column; ``` > 注意使用 clientWidth 作为容器的宽度（clientWidth 不会计算滚动条的宽度）之后就需要封装一个发送请求获取数据的函数了，需要注意的就是获取数据后要判断是否为空来决定后续是否还发送请求： ```ts const getCardList = async (page: number, pageSize: number) => { if (state.isFinish) return; const list = await props.request(page, pageSize); state.page++; if (!list.length) { state.isFinish = true; return; } state.cardList = [...state.cardList, ...list]; computedCardPos(list); // key：根据请求的数据计算卡片位置 }; ``` 我们整合到 init 方法中，在 `onMounted` 里进行调用: ```ts const init = () => { if (containerRef.value) { const containerWidth = containerRef.value.clientWidth; state.cardWidth = (containerWidth - props.gap * (props.column - 1)) / props.column; getCardList(state.page, props.pageSize); } }; onMounted(() => { init(); }); ``` ## 计算最小列高度和卡片位置下面就到瀑布流核心实现环节了，我们在实现思路中谈到每当后续卡片进行布局时都需要计算最小列高度将其摆放至下面，很显然计算最小列高度方法是被频繁使用的，关键在于**获取最小列以及最小列高度**，这里可以直接使用计算属性实现：因为还要获取下标，所以没法直接 `Math.min` 了，直接遍历比较出最小值即可： ```ts const minColumn = computed(() => { let minIndex = -1, minHeight = Infinity; state.columnHeight.forEach((item, index) => { if (item < minHeight) { minHeight = item; minIndex = index; } }); return { minIndex, minHeight, }; }); ``` 在上面一小节的发送请求函数中的末尾有一个 computedCardPos 方法我们没有实现，它就是每当获取到新的数据后计算新数据卡片的位置信息，将其保存至 `state.cardPos` 中我们来看它的实现步骤： 1. 遍历数据项，计算当前数据项缩放后的卡片高度（根据后端返回的宽高信息以及 `state.cardWidth` 计算） 2. 区分第一行和其余行布局 3. 第一行卡片位置信息紧挨排布，高度更新至对应列的 `state.columnHeight` 中 4. 其余行需要先获得最小高度列信息再计算其卡片位置，最终将高度累加到对应列的 `state.columnHeight` 中下面就直接粘代码了： ```ts const computedCardPos = (list: ICardItem[]) => { list.forEach((item, index) => { const cardHeight = Math.floor((item.height * state.cardWidth) / item.width); if (index < props.column) { state.cardPos.push({ width: state.cardWidth, height: cardHeight, x: index ? index * (state.cardWidth + props.gap) : 0, y: 0, }); state.columnHeight[index] = cardHeight + props.gap; } else { const { minIndex, minHeight } = minColumn.value; state.cardPos.push({ width: state.cardWidth, height: cardHeight, x: minIndex ? minIndex * (state.cardWidth + props.gap) : 0, y: minHeight, }); state.columnHeight[minIndex] += cardHeight + props.gap; } }); }; ``` 这里的计算可能会有一些疑问，简单做下解答吧： 1. 高度计算，参考小学交叉相乘求值： ![高度计算.png](https://p9-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/97d0f280a2404ed799f25abf8cc8d30c~tplv-k3u1fbpfcp-jj-mark:0:0:0:0:q75.image#?w=417&h=161&s=9639&e=png&b=fefefe) 2. 关于 x 偏移量计算，需要注意第一列时它的偏移量为 0，而**其他列除了加上前面几列对应的宽度还要加上水平间隔** 3. **列高度累加时不要忘记还要加上垂直间隔** 有了 `state.cardPos` 位置信息就可以修改 template 模板了，我们遍历数据设置位置样式即可： ```html ``` ## 对接数据展示效果到此我们的瀑布流已经可以看到效果了，我们在父组件里使用一下看看这里就不再解释了，稍微写点结构和样式，导入最早扒来的小红书数据，按照规定属性传入即可，只不过我们不能使用图片链接（防盗链问题），就稍微写一个带颜色的盒子吧： ```xml ``` ![瀑布流展示.gif](https://p1-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/a9805599f35741ea8aeee35496032d34~tplv-k3u1fbpfcp-jj-mark:0:0:0:0:q75.image#?w=946&h=814&s=1573537&e=gif&f=153&b=e2b63c) 效果还是不错的，但是触底加载更多我们还没有实现，下一步就来实现它😎 ## 触底加载更多这其实也很好实现，我们只需给 `container` 添加滚动事件即可，按照以往的判断触底套路，再用上我们前面封装的获取数据函数即可不过需要注意两个问题： 1. 触底频繁请求，我们可以在原来状态里加一个 loading 控制 2. 滚动加载更多数据是添加到原有瀑布流布局的后面，因此需要修改之前计算卡片位置区分第一行和其余行的条件 ```ts const state = reactive({ // ... loading: false, }); const getCardList = async (page: number, pageSize: number) => { // ... state.loading = true; const list = await props.request(page, pageSize); // ... state.loading = false; }; const computedCardPos = (list: ICardItem[]) => { list.forEach((item, index) => { // 增加另外条件，cardList <= pageSize 说明是第一次获取数据，第一行紧挨排布 if (index < props.column && state.cardList.length <= props.pageSize) { // ... } else { // ... } }); }; const handleScroll = rafThrottle(() => { const { scrollTop, clientHeight, scrollHeight } = containerRef.value!; const bottom = scrollHeight - clientHeight - scrollTop; if (bottom <= props.bottom) { !state.loading && getCardList(state.page, props.pageSize); } }); ``` ```html ``` ![触底加载更多.gif](https://p9-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/8caf8875d2354ea8bca4ea0a37a59f8f~tplv-k3u1fbpfcp-jj-mark:0:0:0:0:q75.image#?w=954&h=810&s=2315268&e=gif&f=218&b=e0be37) 嗯，效果不错，至于 loading 蒙层以及图片的懒加载效果我就不做了🧐，留给大伙自行拓展吧到此一个基础的图片瀑布流组件已经封装完成了，接下来我们来深入研究一下小红书的瀑布流😏 ## 小红书瀑布流分析与实现 ### 分析问题抛开小红书中虚拟列表的实现先不谈，还有一点就是展示的卡片不仅有图片信息，还有文字信息： ![小红书卡片.png](https://p6-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/d636424890b04bf88f0114205ff99d52~tplv-k3u1fbpfcp-jj-mark:0:0:0:0:q75.image#?w=568&h=801&s=397725&e=png&b=f7f5f5) 这些文字信息你会发现它还是不定高的，这就比较麻烦了，无法确定单个卡片的高度会导致瀑布流布局计算出现问题不过如果仔细分析的话，你会发现它只有两种情况： title 文本是**单行或者双行**，这点直接从 css 就可以看得出来： > 后来发现还有一种情况是连 title 都没有😑，但是出现的情况比较少，这点先不考虑了 ![小红书title.png](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/72441ba3d5be4eb7b390cb841b552fce~tplv-k3u1fbpfcp-jj-mark:0:0:0:0:q75.image#?w=615&h=515&s=51547&e=png&b=fcfbfb) 不仅如此，小红书的瀑布流还是响应式的，如果你去改变视口宽度，可能会出现一种情况：**单行文本由于卡片宽度的压缩变成了双行** 而关于 author 我发现它的高度是定死的 20px： ![小红书author.png](https://p9-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/802f97948c46410d8dff863531c4e1dc~tplv-k3u1fbpfcp-jj-mark:0:0:0:0:q75.image#?w=702&h=466&s=42164&e=png&b=fcfcfc) 所以总结下来最大的两个问题： 1. 卡片 title 高度不固定 2. 卡片实现了响应式，相当于你**每次改变视口宽度都会全部重新计算布局**： ![小红书响应式.gif](https://p1-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/8e20db61d7a14165a99896184d4f2fa2~tplv-k3u1fbpfcp-jj-mark:0:0:0:0:q75.image#?w=728&h=674&s=9943533&e=gif&f=251&b=faf6fc) ### 小红书卡片样式废话不多说，我们先封装一个小红书卡片组件出来，当然只实现最基本的样式效果，图片依旧直接纯色占位： ```xml ``` ![封装小红书卡片.png](https://p1-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/191d41c2155246f7970da96459a86eef~tplv-k3u1fbpfcp-jj-mark:0:0:0:0:q75.image#?w=897&h=401&s=26643&e=png&b=fffefe) emm 🤔，大差不差吧~ 无非是没有图片罢了 ### 改造瀑布流实现下面就要大改之前实现的瀑布流组件了，思路很简单，现在最大的问题就是卡片的高度不固定了，我们需要自己获取 DOM 来计算也就是说之前我们实现 computedCardPos 方法要分两步了： 1. 根据后端返回的信息计算出卡片里图片的高度 2. 等 DOM 更新后（nextTick 中）获取单个卡片 DOM 拿到高度再计算位置信息首先我们改造之前存储卡片位置信息的数据结构，现在高度分为:**卡片高度、卡片内图片高度**： ```ts export interface IBookCardPos { width: number; imageHeight: number; // 图片高度 cardHeight: number; // 卡片高度 x: number; y: number; } ``` 在获取到数据信息后我们增加一个计算卡片图片高度的方法，并将其添加到记录卡片位置信息的数组中，而卡片高度和位置信息统一为 0，等下一步 DOM 更新后获取计算： ```ts const computedImageHeight = (list: ICardItem[]) => { list.forEach((item) => { const imageHeight = Math.floor((item.height * state.cardWidth) / item.width); state.cardPos.push({ width: state.cardWidth, imageHeight: imageHeight, cardHeight: 0, x: 0, y: 0, }); }); }; ``` 添加完成之后我们需要**等待一次 nextTick**，保证上面的位置信息 DOM 已经进行了挂载（但是还没有渲染到界面上） nextTick 之后我们就需要计算真正卡片的高度以及其位置了，我们获取 list DOM 并在内部获取其 children 遍历获取其高度，位置计算和之前一样： ```ts const listRef = ref(null); const getCardList = async (page: number, pageSize: number) => { // ... computedCardPos(list); // ... }; const computedCardPos = async (list: ICardItem[]) => { computedImageHeight(list); await nextTick(); computedRealDomPos(list); }; const computedRealDomPos = (list: ICardItem[]) => { const children = listRef.value!.children; list.forEach((_, index) => { const nextIndex = state.preLen + index; const cardHeight = children[nextIndex].getBoundingClientRect().height; if (index < props.column && state.cardList.length <= props.pageSize) { state.cardPos[nextIndex] = { ...state.cardPos[nextIndex], cardHeight: cardHeight, x: nextIndex % props.column !== 0 ? nextIndex * (state.cardWidth + props.gap) : 0, y: 0, }; state.columnHeight[nextIndex] = cardHeight + props.gap; } else { const { minIndex, minHeight } = minColumn.value; state.cardPos[nextIndex] = { ...state.cardPos[nextIndex], cardHeight: cardHeight, x: minIndex ? minIndex * (state.cardWidth + props.gap) : 0, y: minHeight, }; state.columnHeight[minIndex] += cardHeight + props.gap; } }); state.preLen = state.cardPos.length; }; ``` 注意这里的 `nextIndex` 计算，这是因为要考虑到触底加载更多的情况，我们在状态中增加了 `preLen` 属性用来保存**当前已经计算过的卡片位置数组长度**，等触底加载更多数据再重复走计算逻辑时它的索引就应该从 `preLen` 开始往后计算同样在 template 模板中，我们使用插槽把卡片里图片高度抛出，正好可以让我们封装的小红书卡片使用： ```html ``` 这时候父组件使用瀑布流组件时就可以这样用了： ```xml ``` ![封装小红书瀑布流展示.gif](https://p1-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/4235302c63f94e548746cc29045cc1cc~tplv-k3u1fbpfcp-jj-mark:0:0:0:0:q75.image#?w=1024&h=814&s=7593051&e=gif&f=267&b=bdd234) 效果还不错🤩，就是这样做性能就比不上定高的实现了，毕竟现在计算位置信息都需要进行 DOM 操作 ### 响应式实现小红书的瀑布流响应式一共实现了两点： 1. 视口不断变化时会重新计算卡片宽度，改变其比例 2. 断点响应式，视口到达一定数值会改变列数第一点很好实现，我们可以监听容器 DOM 尺寸改变后重置数据并走一遍所有的计算逻辑即可，只不过这是一个频繁回流的过程，建议上个防抖更好： > 这里监听 DOM 尺寸变化推荐使用 ResizeObserver，我就不再封装直接使用了，至于怎么使用看 MDN 文档 👇 > > [ResizeObserver - Web API 接口参考 | MDN (mozilla.org)](https://developer.mozilla.org/zh-CN/docs/Web/API/ResizeObserver) ```ts // 创建监听对象 const resizeObserver = new ResizeObserver(() => { handleResize(); }); // 重置计算卡片宽度以及之前所有的位置信息 const handleResize = debounce(() => { const containerWidth = containerRef.value!.clientWidth; state.cardWidth = (containerWidth - props.gap * (props.column - 1)) / props.column; state.columnHeight = new Array(props.column).fill(0); state.cardPos = []; state.preLen = 0; computedCardPos(state.cardList); }); const init = () => { if (containerRef.value) { //... resizeObserver.observe(containerRef.value); } }; // 挂载时监听 container 尺寸变化 onMounted(() => { init(); }); // 卸载取消监听 onUnmounted(() => { containerRef.value && resizeObserver.unobserve(containerRef.value); }); ``` 可以再给 item 上添加一个过渡，显得更自然一些: ```scss .fs-book-waterfall { &-item { // ... transition: all 0.3s; } } ``` ![响应式效果1.gif](https://p6-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/c80d2ba5236b44baa06bfb3b6d9c6e6f~tplv-k3u1fbpfcp-jj-mark:0:0:0:0:q75.image#?w=1628&h=822&s=4579487&e=gif&f=237&b=c2d234) 可以可以，这样就好看多了😍😍😍 接下来我们看断点响应式的实现，它的实现其实有两种： 1. 瀑布流组件内部进行实现，删除 column props，由组件内部设置对应的断点值修改 column 进行回流重新排布 2. 让其父组件决定，动态改变 column props，而瀑布流组件内部监听 column 变化进行回流重新排布为了兼容我们之前的实现就使用第二种方式，我们随便在父组件设几个断点然后监听外部 container 元素的宽度修改 column 即可： ```ts const fContainerRef = ref(null); const column = ref(5); const fContainerObserver = new ResizeObserver((entries) => { changeColumn(entries[0].target.clientWidth); }); const changeColumn = (width: number) => { if (width > 960) { column.value = 5; } else if (width >= 690 && width < 960) { column.value = 4; } else if (width >= 500 && width < 690) { column.value = 3; } else { column.value = 2; } }; onMounted(() => { fContainerRef.value && fContainerObserver.observe(fContainerRef.value); }); onUnmounted(() => { fContainerRef.value && fContainerObserver.unobserve(fContainerRef.value); }); ``` 而在瀑布流组件中我们使用 `watch` 监听 column 变化，发生变化就进行回流重新计算布局： ```ts watch( () => props.column, () => { handleResize(); } ); ``` ![响应式效果2.gif](https://p6-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/bd391f18ab514e72865e5cdc8b01f0f7~tplv-k3u1fbpfcp-jj-mark:0:0:0:0:q75.image#?w=1710&h=836&s=8443620&e=gif&f=394&b=b6d033) 完美！这才是完整的瀑布流！😎😎😎 # End 最后源码奉上，有图片版的瀑布流以及小红书版的瀑布流，没有怎么组织，但功能反正实现了👇： [DrssXpro/waterfall-demo: Vue3 + TS：模仿小红书封装瀑布流组件 (github.com)](https://github.com/DrssXpro/waterfall-demo) 终于把瀑布流基础篇讲完了😌，下一篇就直接来瀑布流虚拟列表组件了，这次实现一个完完整整的小红书版瀑布流！😁😁😁