专题：输入与交互金额输入到“12.”时，小数点立即消失；输入“0.05”又经历多次跳动。每次 onChangeText 都 parseFloat，再把数值转回字符串，丢掉了用户尚未完成的输入状态。

专题：输入与交互输入“React”后马上改成“React Native”，后一个请求先回来，前一个慢响应却最后覆盖了页面。防抖减少了请求数量，却没有规定响应的提交顺序。

专题：布局与适配折叠屏展开后只是把单列卡片拉得很宽，信息密度没有增加；折叠后双栏又挤得无法阅读。适配重点应是内容结构随可用空间变化。

专题：布局与适配onLayout 读取高度后 setState，再用这个状态设置容器高度，回调又触发，页面开始持续抖动。测量结果和布局输入构成反馈环，小数误差或内容变化会让环路一直运转。

专题：布局与适配一行标题右侧放操作按钮，短文案正常，长标题却把按钮挤出屏幕。开发者只给 Text 设置 numberOfLines，结果省略号也没有按预期出现，因为文本尚未获得可收缩的边界。

专题：布局与适配子容器写了 flex: 1，页面底部仍空出一截。继续给子节点加高度没有效果，因为可分配空间取决于父级约束：父亲没有撑开，孩子也无从填满。

专题：Hooks 与状态主题切换一下，购物车、用户头像和整页列表都出现渲染记录。项目把 theme、user、cart 塞进一个大 Context，只要其中一项变化，所有读取这个 Context 的组件都进入更新范围。

专题：Hooks 与状态一个按钮里连续调用三次 setCount(count + 1)，期望加三，结果只加一。把 setter 当成同步变量赋值，就很容易在批量选择、数量累加和合并更新里踩到相同问题。

专题：Hooks 与状态购物车数量已经加一，总价却下一次渲染才跟上。页面同时保存 items 和 total，再用 Effect 监听 items 更新 total，看起来职责分明，实际上维护了两份本可直接计算的信息。

专题：Hooks 与状态从联系人 A 切到联系人 B，标题已经变了，输入框里却还留着 A 的备注。代码里 useState 接收了 props 的初始值，开发者因此以为 props 改变会自动重置状态。实际上，初始化只发生在对应状态实例建立时。