如果真的能完全达到标题所说的效果，我甚至愿意订阅制付费。

但是这个太难了，众口难调，比如最简单的，我想监控互联网上某台机器（ IP ）的某个端口在接受到某个特定字节数组的时候是否会返回另一个特定字节数组，这个简单来说就是协议探测，然而光是探测 v2ray 这类就有好几种方法。

另外点进去楼主的链接发现只能监控 HTTP 响应内容，离标题太远。

@cnhew 不是，我的意思是女朋友费钱。

店铺照片不一定是真的，这个其实可以问（专送）骑手接单环境怎么样，他们和商家没有直接利益关系

这个配置应该都是虚拟机了，可能会有隐藏的 CPU 降级策略，如果带宽还可以的话可以挂 PT 魔力，小种子挂它 200 个时魔 100 美滋滋

在虚拟机内配置好可正确运行的环境，虚拟机加密，交付虚拟机镜像。

如果是我我会选去学校，我的睡觉收入就能 cover 全部开销，但是我没有女朋友。考虑到你这种情况开销不太可能少，还是老实苟着吧。

楼上是正解，select 的 children （ option 元素数组）不能被直接替换，不然可以用 filter 一句话实现。

如果是不会涉及任何 G 点的图片，贴图库 http://www.tietuku.cn/ 还不错用。否则建议还是 imgur 走到黑。

@qrobot
根据 /t/894109 的说法，是我说话的方式有问题，我不知道是否这个原因导致你的误解或局限。我可能有个“我知道，所以我认为你也应该知道”的先入为主的问题。

如果是这样那我在这里真诚的向你说对不起。

不过我是不会改的。。。

@sillydaddy 我重新审视，确实如你所说，你想知道的是 useEffect 在这为什么没有按照你的预想工作，有效回复就是给出 react 官方文档即可，我的第一条回复是给出了一个正常工作的样例代码，对你没有帮助。至于我是否需要练习一下怎么说话，尤其是在网上，我觉得倒不是那么重要，别人自有看法。这是我在你的贴子里最后一条回复，不会再污染你的任何贴子。也请你点进我的个人资料再点 block ，因为作为 react 贡献者我或多或少会在 react 节点中别人的贴子里再次出现。

@sillydaddy 如果最终是你误解我了，我乐意接受你的道歉；如果确实是我惹怒你了，我可以给你道歉。

@sillydaddy
好强的攻击性，不知道我这里怎么让你误解了什么东西，不过我还是说清楚。

SOF 是 stackoverflow ，一个全球知名技术问答站点，“面向 SOF 编程”是程序员的梗，我这里特地说明不是开玩笑，因为你历史记录里面遇到的问题在 SOF 上都能找到优质解答，而且绝大多编码大佬包括林纳斯都在 SOF 上回答别人的问题。

百度： https://www.baidu.com/s?ie=UTF-8&wd=%E9%9D%A2%E5%90%91+stackoverflow+%E7%BC%96%E7%A8%8B

谷歌： https://www.google.com/search?q=%E9%9D%A2%E5%90%91+stackoverflow+%E7%BC%96%E7%A8%8B

必应： https://cn.bing.com/search?q=%E9%9D%A2%E5%90%91+stackoverflow+%E7%BC%96%E7%A8%8B

国区买锁区的游戏（ steamDB 价格为 N/A ）是有点麻烦。

像 dog 那种不跨区代购钥匙的，用的方法需要一个机器两个线路给客户端卡购物车，卡成功后你的商店页面会显示美元价格，但你的账户明细地区为“中国”，这个时候你可以任意购买你线路对应区域的游戏、内购，不过 38 天之内都必须保持两条线路在线且不能再次切换。我卡了几次入了一些黄油和 COD ，实在懒得搞了。

@sillydaddy 前端的话，我建议你面向 SOF 编程，不开玩笑，这可能是你最快提升的方式。

给楼主点了个感谢并加了收藏，很少有这样精彩的贴子用于在各种群里面当历史必修一了。

@qrobot

什么叫"在回答你之后的一个问题"？除了这我这当前的楼层，我在这个贴子还提出过问题？

throttle 什么时候变成了"指的是在指定的间隔中指执行一次"？
你规定的？
有没有可能，throttle 指的是一种处理事务的方式而且这个时候连浏览器都没被发明？

你的 1 、2 、3 基于的假定就是错的，看来你完全无法理解 throttle ，但我还是按你的思路来解答你的疑问。

1：事务开始直到事务结束
2：throttle 只针对单个事务，throttle 不会导致当前队列中所有的消息都处理完毕之后才能执行，但可能导致事务无限期运行
3：请求失效（超时）、请求成功、请求错误都是事务结束的一种（ return ），所以不存在需要等待 throttle 间隔的问题，但如果未设置超时时间则可能无限期执行此请求

综上所述，throttle 唯一的缺陷在于没有被正确结束时会导致事务无限期运行，形成一个阻塞（ block ）的效果。但这是人的问题，不是 throttle 的问题。我依然保持 throttle 从来不是"非常错误的行为"的正确观念。

我其实很不理解，throttle 是一种处理问题的方式，为什么一定要被你限定到前端上的 `const handler = throttle(callback)`？

用户点击按钮触发事件，代码将按钮替换为 loading 组件，fetch 请求返回然后代码将 loading 组件替换为按钮，这个流程就是 throttle ，你一边诋毁 throttle （"首先 throttle 是一件非常错误的行为"） 又一边赞美 throttle （"按钮上的 loading 或者 按钮上的 禁用 都是一个非常好的方案"） 确实挺有意思的。

最后提醒你一下，HTTPd 是 Apache ，一个古老的 HTTP 服务端应用程序，我不知道怎么就和后端扯上关系了。throttle 最开始还有一个在事务处理方面的同义词叫 backlog 。

我通常很少发布长篇大论在论坛上，因为驱逐劣币的活一般轮不到我。

翻了你的记录发现你最近有很多疑问，我的建议是先不要纠结“为什么会这样”，直接看完文档花一天写个博客 demo ，大多数可能的疑问会在编码过程中自动解答。