【AI-Review】【一般】【基础代码问题】【代码逻辑错误】instanceRefresh 移除了 await，引入时序风险

● 问题：在 NetInfoTest.tsx:32 的 instanceRefresh 函数中，netInfoInstance.refresh() 被调用但未 await，随后通过固定 300ms 超时（line 33）等待。对比 base 版本的实现 await netInfoInstance.refresh()，本 PR 将 await 替换为固定 300ms 超时。useNetInfoInstance 返回的 refresh 返回 Promise<NetInfoState>，在慢速设备上 300ms 内可能未完成，line 37 的 setInstanceState(netInfoInstance.netInfo) 将读取到刷新前的旧状态，用户点击"instanceRefresh"按钮后 UI 仍显示旧数据。

● 影响：用户点击"instanceRefresh"按钮后，若原生模块在 300ms 内未完成刷新，UI 显示的网络状态仍为刷新前的值，功能表现与用户预期不一致。此外 refresh() 返回的 Promise 未被 await 也未 .catch()，若原生模块抛出异常将产生未处理的 Promise rejection。

● 建议：恢复 await 写法，直接使用 refresh 的返回值更新状态：

const instanceRefresh = async () => {
  try {
    const state = await netInfoInstance.refresh();
    if (!mountedRef.current) { return; }
    setInstanceState(state);
  } catch (error) {
    if (!mountedRef.current) { return; }
    setInstanceState(netInfoInstance.netInfo);
  }
};

【AI-Review】【一般】【基础代码问题】【异常处理】fetch 和 refresh 未捕获 Promise reject

● 问题：fetch 函数（NetInfoTest.tsx:40-46）的 await NetInfo.fetch() 和 refresh 函数（NetInfoTest.tsx:48-54）的 await NetInfo.refresh() 均未使用 try/catch 包裹。当 NetInfo 原生模块调用失败（如模块未注册、权限不足、原生侧抛异常）导致 Promise reject 时，异常作为未处理的 Promise rejection 冒泡。触发路径：用户点击 "fetch" 或 "refresh" 按钮 → onPress 调用 fetch()/refresh() → NetInfo.fetch()/refresh() reject → await 抛出异常 → async 函数返回 rejected Promise → onPress 未捕获 → 未处理的 Promise rejection。

● 影响：一般。Dev 模式下弹出 yellow/red box 警告干扰测试；在生产环境的特定 Promise rejection 处理配置下可能触发应用异常退出。测试页面不会显示错误信息，用户无法判断操作失败原因。

● 建议：用 try/catch 包裹 await 调用，在 catch 分支更新状态以提示失败：

const fetch = async () => {
  try {
    const fetchState = await NetInfo.fetch();
    if (!mountedRef.current) { return; }
    setNetInfoState(fetchState);
  } catch (error) {
    if (!mountedRef.current) { return; }
    setNetInfoState({ type: 'unknown', error: String(error) });
  }
};

refresh 函数同理。