@陌生人 #6 按我的理解，封禁接口就是因为正常情况下不是一个高负荷的接口，所以资源没有给这么多。识别接口日常就需要大量资源，所以有一定的冗余。 大量违规信息被识别以后，耗尽了封禁接口资源，导致后续新增的违规信息无法处理。
@trantir #14 发布于2025/12/26 09:29:19 @cctv #4 文中的例子举得不够形象，应该是多个小区同时起火，但是消防车数量有限，不知道应该先救哪个小区，就导致很多小区救不了火 你举的救火的例子不对，应该是：大量不明人员要进入小区，保安核查不过来，然后保安的做法是干脆不检查了，全部放进去(也就是快手一开始的做法，躺平了，不鉴黄了，全部直播都允许)。正确的做法是关闭大门全部人都不让进去（也就是快手后面的融断机制，下架直播服务）。
@cctv #19 抛开最近这些安全团队意义不明的文章不谈 单纯看你们的讨论 明显是你理解错了 文中描述的架构是（线程+队列）这种异步逻辑 线程中堆积太多封禁任务 而你的描述确是有降级的同步架构 处理不过来时走兜底放行逻辑 正常的架构，肯定会是异步设计 你这种同步机制只会出现在核心流程上
信这个的老点我来找你们推销保健品
其实还好，都没搞政治视频
也就小小黄色而已
封禁接口容易阻塞吗，不应该识别更容易阻塞吗
@cctv #4 文中的例子举得不够形象，应该是多个小区同时起火，但是消防车数量有限，不知道应该先救哪个小区，就导致很多小区救不了火
这明显有内鬼 不然怎么知道封禁接口在哪的
反正我不信快手这都监控不了。。。
@陌生人 #6 按我的理解，封禁接口就是因为正常情况下不是一个高负荷的接口，所以资源没有给这么多。识别接口日常就需要大量资源，所以有一定的冗余。
大量违规信息被识别以后，耗尽了封禁接口资源，导致后续新增的违规信息无法处理。
快手被干了
你举的救火的例子不对，应该是：大量不明人员要进入小区，保安核查不过来，然后保安的做法是干脆不检查了，全部放进去(也就是快手一开始的做法，躺平了，不鉴黄了，全部直播都允许)。正确的做法是关闭大门全部人都不让进去（也就是快手后面的融断机制，下架直播服务）。
@cctv #19 抛开最近这些安全团队意义不明的文章不谈 单纯看你们的讨论 明显是你理解错了 文中描述的架构是（线程+队列）这种异步逻辑 线程中堆积太多封禁任务 而你的描述确是有降级的同步架构 处理不过来时走兜底放行逻辑