必须用每条评论唯一id绑定展开状态，避免index错位；禁用-webkit-line-clamp，改用js获取真实高度+height过渡动画；递归组件须加depth限深防栈溢出。
uni-app 评论区“展开/收起”按钮怎么绑定到具体某条评论
不能靠数组下标 index 做唯一标识 —— 一旦列表动态增删（比如点赞、新回复插入），replyInputs[index] 或 expandedItems[index] 会错位，导致点击 A 评论的“展开”却控制了 B 的内容。
必须用稳定 ID 绑定状态。后端返回每条评论需带唯一 id 字段（如 102），前端用它作 key：
-
expandedItems改为对象：{ '102': true, '103': false } - 模板中绑定：
:class="{'expanded': expandedItems[item.id]}" - 点击事件传
item.id：@click="toggleExpand(item.id)"
如果后端没给 id，至少得用 comment_id 或 tree_id（参考朋友圈盖楼结构），别硬凑 Math.random() 或 Date.now() —— 这些在列表重渲染时不稳定。
为什么用 line-clamp + max-height 在 uni-app 里不靠谱
直接写 display: -webkit-box; -webkit-line-clamp: 2; 看似简单，但 uni-app 编译到小程序时，-webkit-line-clamp 大概率失效；H5 下也受字体、字号、缩放影响，截断行数不准。
更可靠的做法是用 JS 控制高度 + CSS 过渡：
- 初始设
height: 0; overflow: hidden; - 展开时用
uni.createSelectorQuery()获取真实内容高度（注意：小程序必须等 DOM 渲染完，加$nextTick或setTimeout） - 动画设
height到目标值，收起再设回0 - 收起完成后清空内联
style.height，避免响应式布局错乱
别试图用 max-height: 0 → max-height: 1000rpx —— auto 不参与 transition，而固定大数值会导致动画卡顿或遮挡。
递归渲染回复时怎么防止无限嵌套和内存爆炸
uni-app 递归组件没有默认深度限制，如果数据里存在循环引用（比如 A 回复 B，B 又回复 A），或后端未做 depth 截断，组件会一直 render 直到栈溢出或白屏。
在 Linux 上通过 Chrome 挂载/VNC 自动发布小红书长笔记。Agent 撰写标题和正文后执行 xhs_publish.sh --publish --submit，触发小红书发布。
必须在递归调用处加防护：
- 父组件传入当前层级
depth（初始为0） - 子组件用
v-if="depth 控制最大展开深度（<a style="color:#f60; text-decoration:underline;" title="小红书" href="https://m.php.cn/zt/19704.html" target="_blank">小红书</a> UI 通常只显示 3 层盖楼） - 超过深度时，只渲染「查看全部回复」提示，点开再拉取完整子树（需配合后端分页接口）
同时检查数据结构：确保每条回复有 tree_id 和 comment_id，且 tree_id 指向根评论，comment_id 指向直接父级 —— 这样才能正确分组、递归、定位。
小程序平台下 uni.createSelectorQuery 获取高度总为 0 怎么办
常见于 v-for 渲染后立即查询，DOM 还没挂载完成。不是 API 问题，是时机问题。
解决方案按优先级排序：
- 在
$nextTick内执行查询（H5 和 App 通常够用） - 小程序必须加
setTimeout(..., 100)，因为$nextTick有时仍早于视图层渲染 - 对单个 item 查询，别批量查 —— 小程序 selector query 是异步队列，批量容易超时或顺序错乱
- 查不到时 fallback 到预估高度（如每行 40rpx × 行数），比完全不动强
别把所有高度计算塞进一个 mounted —— 每次展开只查当前 item，否则滚动加载新评论时会反复触发无效查询。
实际做下来，最易被忽略的是：状态对象 expandedItems 必须用 this.$set 更新，不能直接 expandedItems[item.id] = true —— uni-app 的响应式系统对对象属性新增不敏感，不这样写，UI 就不会更新。
