scroll-view是唯一可靠选择，必须设固定高度（如70vh）才能滚动，否则会撑满内容失效；需加overflow:hidden防溢出，H5中父容器flex:1时其父级也须有明确高度。

scroll-view 是唯一可靠选择，普通 view + overflow 滚动在真机上会失灵或卡顿，尤其在小程序和 App 环境下。

scroll-view 必须设置固定高度才能滚动

不设 height 或 min-height，scroll-view 会撑满内容、失去滚动能力，这是最常被忽略的硬性前提。

• 推荐用 vh 单位，例如 height: 70vh，适配不同屏幕；nvue 下需用 px 或 rpx 配合 uni.getSystemInfoSync().windowHeight 动态计算
• 务必加 overflow: hidden，防止子元素溢出干扰滚动区域判定
• H5 环境下若父容器有 flex: 1，需确保其父级也设置了明确高度，否则 scroll-view 高度为 0

用 scroll-top 而不是 scroll-into-view 回到底部更稳

scroll-into-view 在消息高频插入、v-for key 不稳定、或 nvue 渲染延迟时容易定位失败——目标元素还没挂载完，scroll 就已触发。

微信公众号发文助手

微信公众号产业研究发文助手，支持原文读取、分层摘要、产业链标的梳理、image2 海报与封面生成、正文排版、微信草稿保存、回读校验和发布前确认。

下载

• 计算公式是：scrollTop = totalHeight - visibleHeight，其中 totalHeight 是所有消息节点高度总和（需 uni.createSelectorQuery() 异步获取）
• 别在 mounted 直接赋值，必须等消息渲染完成，用 nextTick + createSelectorQuery 双保险
• 避免每次新增都重算全部高度：可缓存上一条消息底部位置，新消息追加后直接 += 新消息高度（需监听 messageList.length 变化）

防抖 + 键盘弹出时暂停自动滚动

用户正在输入时自动滚到底部，会把输入框顶出可视区，体验极差；频繁触发滚动也会引发 iOS 白屏或安卓掉帧。

• 监听 @focus 和 @blur 事件控制开关：isInputFocused 为 true 时暂停 scrollTop 更新
• 用 setTimeout 做简单防抖，间隔至少 100ms，避免连续发多条消息时反复滚动
• 微信小程序中，键盘弹出会触发 onKeyboardHeightChanged，可据此动态调整 scroll-view 高度，再重新计算 scrollTop

真正难的不是“怎么滚”，而是“什么时候不该滚”——比如用户手动往上翻看历史消息时，你不能强行拉回底部。这需要监听 @scroll 事件里的 detail.scrollTop 和 detail.scrollHeight，判断是否已接近底部（如 scrollHeight - scrollTop - windowHeight ），再决定是否启用自动滚动逻辑。