@askfm 我的 se 专门打农药，是不卡，连续三个赛季都是王者。

@Justin13 椭圆机是什么

@ericbize 嗯想法就是逛宜家来的

@kn007 有带着它们搬家过吗

最关心的一点，有没有 transfer 的机会

@chenyu8674 不用这么死板，我可以换一种说法：当你想做某件事的时候，不确定成品能不能吸引用户，你还做吗？如果你花时间去调研，确定有市场了再做，可能就错过了黄金期，被别人捷足先登，而如果不调研就做了，也有可能被证明是个错误的方向，费时费力。

pixel 甚至可以直接在图片上复制文本，配合谷歌翻译，点复制就能翻译了

我就好奇为啥这个节点什么工单都有。
你确定你发这有宜家的人看？

多少摄都行，希望有一天摄像头缩回去。
虽然我摄像头不是苹果家的。

已经习惯了 ctrl+p

我 13 年的 MacBook air 还在服役

就跟 app store 一样吧只能随系统更新我猜的

effort -> effect

这些方法不应该有 side effort。

看到“是不是该选择当一个产品经理”原谅我不厚道的笑了。

不是我偏激，国产大厂 app 全是垃圾。随意赞同和反驳。

段子吗？源码属于公司，他为什么可以不上传？

你们这些说要 review 开源代码的真的牛皮，我是跪着看你们回复的，npm 我随便装个热门模块我能 review 到下辈子。（此处配上 npm 是黑洞那个图，你们懂的

你的 listitem 组件可能很复杂，也可能很简单，1000 个可以说多，也可以说非常少。
无论如何，一秒钟改变其中一个的状态，基本上不会造成性能问题，别说 4s，1s 都不可接受。
我刚刚试了一下每一秒改变 10000 个组件的状态，React 每次重新渲染都少于 400ms。当然我实验的组件很简单，它没有子组件。
我给你提供个思路，ReactDevTool 可以看到每次操作哪些组件被重新渲染了，显然，你有太多组件重新渲染了，实际上每次只需要重新渲染一个。一般情况下，用 shouldComponentUpdate 就可以解决。但我不知道你的情况有多复杂，就不多做评论了。
不过我看了下上面的回复，不觉得这是 React 的问题。