只怪 op 反应慢了，反制措施要第一时间拿出来，不然就被动了。要是一开始彻底拒绝去拿外卖，就吵不起来了。

@momocraft #7, #12

不过我看日志打出来 effect1 和 effect2 其实都是用第二个 memoValue 进去的，是不是因为第一个 memoValue 被 React 节流掉了，然后这两个 effect 是由严格模式执行两次产生的？

#9 我一直以为 StrictMode 是帮助我排除副作用的隐患，没想到还和这个有关系。

@TWorldIsNButThis #10 我一直觉得用 ref 标记比较恶心，很少用这种方法，一般都能找到 deps 传给第二个参数，就能避免重复，看来 v18 就不能这么玩了。

@wu67 开着严格模式的话，保证 hooks 里都是纯函数就好了，useEffect 这类得由自己创建有副作用的资源，再由自己的解构函数释放就好了。

我这问题最后是这么解决的，我就为了代码好看那么一点点才这样写的，结果在 v18 翻车了。

我不明白为啥表现好像和官方文档描述不太一样，就提了个问题。

@zed1018
@sakae010
谢谢两位解答，执行两次这个没啥问题，之前我和严格模式相处也挺好的。

主要是 v18 后，他无论是否有传递依赖项都会执行两次时，这个也还好，就是有个问题，我的 useEffect 里，他两次执行的都是同一个对象，这就导致我本来正常要使用的对象被手动释放掉了，我就傻掉了：

```tsx
const camera = useMemo(/* .. */, []);
const renderer = props; // from parent

const controls = useMemo(
() => new OrbitControls(camera, renderer.domElement),
[camera, renderer],
);

useEffect(() => {
// 同一个 controls 进入两次
return () => {
controls.dispose(); // 执行一次，controls 被释放
};
}, [controls]);
```

同问，我试了好几个软件，都不稳定，最后放弃了直接用 syncthing 这类。。我当时是为了同步 logseq 的数据

优势就是省得重新做了一个只支持 http 作为传输方案的 grpc ，并且还得不到他人的认可？

而且还能避免返回的状态码到底放哪里的狗血问题。

你下次有件就打电话让快递小哥送上门，他不愿意就问快递小哥原因，你如果不能接受就再委婉地重申下要求，他还不送那投诉他没毛病吧。不行就找客服说丢件了，看他送不送

直接问吧，总不能再提一次离职吧

刚开始了解，还没来得及搞清楚咋玩呢 哈哈

@cubecube 可是 postgreSQL 好像支持耶 https://i.imgur.com/WyJtjIO.png

我觉得和 BaaS 特别配，偏前端的项目很适合用 GraphQL 。零代码估计没必要用这个

你手机空间好富裕，慕了

@PbCopy111 你这例子都贴车上了。。。那复印身份证得判几年哇。。。

@q1angch0u 异步接口慢的话，至少能少吃点 cpu 吧。

电信的话，京东云路由挂两年应该能回个路由器的本。

这事在某些情况下确实有必要，这样就能 既要又要 了

我目前用 shiori 存档页面，自部署在本地。

@feeeff 如果你是攻击者的话，你用代理去请求，你已经是换其他攻击方式了。和跨越限制没关系了。