回调函数传参不一致、组件卸载后 setState、this 绑定丢失、子线程更新 UI 是界面未刷新的四大主因，需分别通过校验参数、useRef 判断挂载、箭头函数或 bind 绑定、主线程调度来解决。
回调函数传参不一致导致界面未刷新
异步操作完成后界面没更新，大概率是回调里没把最新数据传出来，或者传了但 UI 层没接住。比如用 fetch 请求后，在 .then() 里调用 updateUI(data)，但 updateUI 函数签名其实是 updateUI(items, total)，少传一个参数就会静默失败。
实操建议：
- 在定义回调函数前，先确认接收方的函数签名，用 TypeScript 或 JSDoc 注明参数类型
- 避免直接把整个
response对象塞进回调，提取出明确字段再传，例如：onSuccess({ list: data.items, count: data.total }) - 在回调入口加简单校验：
if (!Array.isArray(data.list)) throw new Error('invalid data format')，比静默丢数据更容易定位问题
React 中 setState 在回调里不触发重渲染
常见于事件处理中手动调用异步方法并传入回调，比如：api.getUser(id, (user) => setUser(user))，但 setUser 执行后 UI 没变——大概率是组件已卸载，setState 被 React 忽略了（不会报错）。
实操建议：
- 用
useRef记录组件挂载状态：const isMounted = useRef(true);<br>useEffect(() => () => { isMounted.current = false; }, []);<br>// 回调里：<br>if (isMounted.current) setUser(data); - 优先改用
async/await + useEffect，配合AbortSignal处理取消，比手写回调更可控 - 如果必须用回调，确保它是在当前组件作用域内创建的，避免闭包捕获过期的
setXxx或props
原生 Promise.then 里调用回调却丢失 this 上下文
尤其在类方法中写 this.api.getData().then(this.handleSuccess)，运行时报 Cannot read property 'setState' of undefined，因为 handleSuccess 被当作普通函数调用，this 指向丢失。
实操建议：
- 绑定方式选其一即可：用箭头函数
this.api.getData().then((res) => this.handleSuccess(res))，或提前绑定this.handleSuccess = this.handleSuccess.bind(this) - 不要混用：
this.api.getData().then(this.handleSuccess.bind(this))看似可行，但每次调用都新建绑定函数，可能影响useCallback依赖判断 - 若
handleSuccess需复用，定义为类字段箭头函数：handleSuccess = (data) => { this.setState({ data }); }
Android Java 里 Callback.onSuccess 在子线程执行导致崩溃
自定义网络请求工具类返回 Callback，在 onSuccess 里直接更新 TextView.setText()，结果抛 CalledFromWrongThreadException——因为回调是在 IO 线程触发的，而 View 操作必须在主线程。
实操建议：
- 在回调内部主动切回主线程：
runOnUiThread(() -> textView.setText(data))（Activity）或handler.post(() -> ...) - 更稳妥的做法：在封装请求方法时就统一调度，比如 Retrofit + RxJava 可用
observeOn(AndroidSchedulers.mainThread()) - 不要依赖“偶尔不崩”——即使当前设备快，也不代表下次不 crash，线程约束是硬性规则
接口回调本身不复杂，难的是每个环节都得对上：数据格式、生命周期、执行线程、this 绑定。漏掉任意一环，表面看只是“没刷新”，实际可能埋着内存泄漏、空指针或 ANR。
