聊天消息容器需设固定高度（如400px）并启用overflow-y: auto实现局部滚动；新消息添加后须用requestAnimationFrame或setTimeout延后执行scrollTop=scrollHeight确保DOM渲染完成；iOS/Safari需延迟处理聚焦滚动，IE11需降级兼容。
聊天消息容器必须设置固定高度和 overflow-y: auto
局部滚动的前提是容器自身不随内容撑高，否则滚动条永远不会出现。常见错误是给 .chat-messages 设置 height: 100% 却没约束父级高度，结果它继承的是整个页面高度，失去滚动意义。
正确做法是明确指定像素或视口单位高度，并启用垂直滚动：
.chat-messages {
height: 400px;
overflow-y: auto;
overflow-x: hidden;
}
- 必须设
height或max-height，仅min-height不够 -
overflow-y: auto比scroll更友好——内容不够时不显示空滚动条 - 加
overflow-x: hidden防止长消息意外触发横向滚动 - 若用 Flex 布局，确保父容器未设
align-items: stretch干扰子项高度计算
新消息追加后自动滚动到底部要避开 scrollTop 赋值时机问题
很多人用 messages.scrollTop = messages.scrollHeight 后发现没生效，本质是 DOM 还没完成渲染或高度未更新。尤其在 React/Vue 等框架中，直接操作可能发生在重绘前。
稳妥做法是等布局稳定后再滚动：
立即学习“前端免费学习笔记（深入）”；
messages.appendChild(newMessage);
messages.scrollTop = messages.scrollHeight;
// ✅ 更可靠：
setTimeout(() => {
messages.scrollTop = messages.scrollHeight;
}, 0);
// 或用 requestAnimationFrame（推荐）：
requestAnimationFrame(() => {
messages.scrollTop = messages.scrollHeight;
});
- 不要在
innerHTML += ...后立刻赋值scrollTop，字符串拼接不会触发 layout 重排 - 使用
appendChild或insertAdjacentElement等 DOM 方法更可控 - 如果消息带图片或异步加载内容，需监听
load事件后再次滚动
IE11 兼容时 scrollTop 行为差异必须手动处理
IE11 下 scrollTop 对刚插入的元素可能读不到最新 scrollHeight，且不支持 behavior: smooth。强行用会导致滚动卡顿或失败。
兼容写法需降级并加检测：
const scrollToBottom = () => {
if ('scrollTo' in messages) {
messages.scrollTo({ top: messages.scrollHeight, behavior: 'smooth' });
} else {
messages.scrollTop = messages.scrollHeight;
}
};
- IE11 不支持
scrollTo({ behavior })，但支持scrollTo(x, y)形式 - 避免对
scrollTop做连续赋值（比如在input输入时频繁触发），会引发性能抖动 - 移动端 Safari 有时需要在
touchend后延迟 16ms 再滚动，否则被手势阻塞
防止输入框聚焦时 iOS Safari 自动滚动页面顶部
iOS Safari 在软键盘弹出时默认将聚焦元素滚到视口顶部，常把聊天窗口顶出可视区。这不是 bug，是系统级行为，但能绕过。
关键是在输入框获得焦点时，强制让消息容器保持底部对齐：
input.addEventListener('focus', () => {
setTimeout(() => {
messages.scrollTop = messages.scrollHeight;
}, 100); // 给 Safari 留出键盘动画时间
});
- 不能用
focus立即触发，必须等键盘开始弹出（50–100ms 延迟较稳） - 若聊天窗口本身已滚动到中间位置，不建议每次 focus 都硬滚到底——用户可能正在看历史消息
- 可加判断：仅当新消息已追加、且当前已滚动到底部时才维持该状态
