假设 HTTP 接口有个自动拉黑超频 IP 机制，判断该 IP 在 IP 黑名单的话，接口就立马返回访问异常，虽然这样不需要继续往下走业务代码流程，立马结束了该次请求，但在实际环境应用中，我发现当攻击访问非常大量的时候，服务器的 CPU 占用其实挺高的。
这时候我就在思考一个问题，其实立马结束一个攻击请求，应该不是一个最高效节省资源的做法？我是否应该保持住这个连接？一直到它超时为止。理由是这样的：假设超时时间是 60 秒，如果我立马响应并结束请求，那这个 IP 在 60 秒内可能可以对我发起几千几万个请求，这是很可怕的，每个请求的进程创建、初始化代码、销毁等等都要消耗 CPU 资源，但是我保持住不响应它，每次可以拖着它 60 秒。
我会有这个想法的灵感是来自于云服务器防火墙，因为我发现我把自己 IP 在云防火墙拉黑后，我访问的表现特征就是等待几十秒后超时，而不是立马响应我拒绝我。
不知道我的设想有没有错误，我设想的这个做法，是否真的会比较节省服务器资源呢，欢迎懂的大佬指点一下。
