@OldActorsSmile 问句题外话，你的检验是怎么做的，业务端维护一个访问计数吗

@unixeno magic number 是啥，大佬讲讲

@Ptu2sha 垃圾的业务代码当然可以做到，这个问题没意义。

关注，同求

@OldActorsSmile 如果你这么设计的话感觉被恶意利用的是很容易发生的，比如如果我把二进制拆分上传，把你的图床当做免费网盘来用

@cmdOptionKana 服务器被提权只是一种极端情况，一般来说如果网站本身不受攻击，但被用来分发恶意二进制文件，应该也是网站方面不可接受的吧

@drawstar 5 代的续航怎么样啊？

@wunonglin 不用虚心求教，没什么意义，就算“个别安卓”做的特别渣，真的会自动下载，且自动安装，我不觉得它解包结束后会不经确认。

@wunonglin 我感觉这不是安卓的问题，也就不是苹果的优势，这能推导出苹果好的结论我也是没看懂

@horseInBlack 我关注的 UP 主还挺把这个当回事的，我心里感觉也是挺逗，但是毕竟人家干别的的，不了解这个也正常。为了防止我孤陋寡闻，来 v2 求证一下。我感觉这就是新式的，所谓朋友圈大妈疯狂推的那种养生文，哗众取宠博人眼球，只不过发生在二三十岁的人身上，看评论区感觉挺搞笑的。

@iConnect 他这个应该是后端瓶颈，不是配置瓶颈

@Deepseafish 尝试跟杠精讨论是我的错，block 了不用回了

@msg7086 而且想了一下 f2b 维护访问计数这个方案还是不是很好，因为理论上你还是希望对方被 ban 后收到的是被 ban 信息，而不是直接把封包吞了，所以应该还是 nginx 那边的方案更好。f2b 可能是比较适合做防火墙啥的，但是大规模 ddos 感觉更复杂一些，跟普通这些防爬虫和灌水机器人的不太一样，不是我能探索的领域了

@msg7086 大佬讲下 ssh 读 authlog 是啥操作，ssh 不是写 authlog 么，为什么要读

@wyz123723
@unixeno
@newtype0092
不是概率小不小的问题，我觉得你作为设计者，当然不可能允许设计范围内存在一种小概率情况让程序不知道怎么处理，设计外情况当然不算在内，电位异常不是你能控制的，但你能控制的范围内你肯定要处理，所以我就问碰撞了怎么处理，楼上有人也说过了碰撞了就重随机这种简单答案，或者有人说用 sha256 可以基本避免恶意设计碰撞，这都是解决方案，你有方案就贡献方案，没方案就不回，没什么必要杠来杠去的。

再说你真设计一个系统，你当然要考虑设计安全性，像我说的你如果完全没有碰撞处理方案，那随便一个人稍微有点恶意，传了经过设计的特殊字串，就能让你的程序抛出异常，这是完全有可能发生的情况而不是什么极小概率事件，显然设计过系统的都没法接受。也不知道现在杠精这么多都在杠什么，如果你们写程序的时候就真不加碰撞处理的代码，那我们也不用讨论什么了，道不同不相为谋，没必要

@cmdOptionKana 问题是你不做，真撞了怎么办呢，比如现在有个坏东西，故意给你传两份 md5 一样的 hexstring

@Perry 服了，大神当然都是不处理边际情况的，不用回了 block 了

@Perry 很有趣的回答，难道系统的设计者可以这么思考问题:因为冲撞是极小概率发生事件，所以不需要考虑？

简单想了一下应该是除了笨方法以外没什么好办法，只要你现在还在用这种数据结构的话。根据需求可以改结构，比如改成写入友好的，增加读取开销