@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 ，大多数可能的疑问会在编码过程中自动解答。

const useWheel = function(element,setCount) : void {
 const callback = useCallback(function(event:WheelEvent){
  event.preventDefault();
  setCount(function(state){return state + 1;});
 },[setCount]);

 useEffect(function(){
  if(!element || !element.current){return;}
  element.current.addEventListener("wheel", callback, {passive:false});
  return function(){
   element.current.removeEventListener('wheel', callback);
  };
 }, [element]);
}

就和以前的网页 flash 游戏一样，只不过从 flash 那一套变成了 webgl 、wasm 。另外还有 https://universe.flyff.com/ 也可以玩。

我用 keepass 超过 10 年了，第一次用它就是因为当年喜欢玩各种网游，总是被盗号。但我一直坚持 keepass 的理由有 2 点； 1 是开源； 2 是可以使用文件作为解锁方式，这非常重要，因为我是使用一个一直存在于各个 NT 版本的 windows 目录下的文件作为密钥。

@sillydaddy
不是 lambda 表达式每次都是生成一个新的实例，而是你的例子中，"somevar" 是一个被引用的变量。

<button onClick={()=>setSomevar(somevar + 1)}>somevar++</button> 可能会重新渲染。

但 <button onClick={()=>setSomevar(451)}>somevar++</button> 不会。

参考 https://v2ex.com/t/893564 ？

我用 BUFF 获取求购比例的脚本测试，虽然多了个 2 KiB 的依赖，但是 user-script 本身减小了接近 300 行，挺好的。

不过常规前端我确实想不到有什么地方用得到这个库。

经过实测，拿来写 user-script 的话要比直接使用香草方便些，而且大小可以接受

@qrobot
翻了你的 github 发现你可能确实没有经验，那我就好心为你讲解下。

"throttle" 并不是说前端的 throttle() 或类似的方法，而是说对某一件事情进行节流控制，事实上在 SOF 更多的是数据库和 HTTP 服务器相关。4 楼和我写的，将按钮处于一个不可响应的状态，那对于用户多次点击按钮这个行为来说就是 throttle 。至于到底是加 disabled 属性，还是替换为 loading 组件，那是具体产品设计。

最后，throttle 从来不是"非常错误的行为"，在没有异步完成端口之前，F5 就能刷死 HTTPd 。

@qrobot 如果你看不懂我的第一句话可以不用回复的。

首先前端一定需要做 throttle ，倒不是说方法都要 throttle() 一次，像楼上写的点击按钮后使按钮处于不可响应状态就是简单有效的方式。

其次根据具体业务来选择队列、锁、唯一键，处理像站内信这样的发后不管就可以用队列，处理像提现这样的只需要知道是否执行成功而不管业务结果就可以用锁，处理像修改某实体数据这样的就用唯一键。

试试腾讯云的源，另外我个人经验官方源 deb.debian.org 是最快的

优势在我，勃勃剩机万物井发