无论谁来发表评论，都是发表人的主观言论，哪里能有什么“客观”呢？楼主这个出发点很好，但方法不行，可谓是缘木求鱼。

其实大家都是工具人……

@timi 不需要滚回去，重启就有了

想去就去吧……什么奋斗逼之都、福报之都听听就好。看事物不能以偏概全，更不能对明显的事实视而不见，会吃大亏的。

我倒是想找个西南小城呆着，接点外包赚个饭钱。。。

楼主这篇文字就不止值 10 块钱了……感谢楼主分享，今天的笑点已溢出。

spring security 本身性能虽然差，但也没这么差。FilterInvocationSecurityMetadataSource 的实现很关键，如果 getAttributes 方法每次都是读数据库的话，性能自然和 shiro 相比就没法看了。

说实在的，我个人认为使用 spring security 没啥实质性的好处。不就一个鉴权吗，绕来绕去的不知道在干啥，还不如自己造个简单的轮子好使。

23 寸的 LG UltraFine 4K 你值得拥有

18 款升了 11.2，没啥感觉

@abersheeran 虽然是 Java 项目，但与业务无关，属于业务的基础支撑。如果要搞一个微服务，那么在我的项目的基础上，就可以只关注业务了。那些支撑业务的数据，譬如商户、用户、权限等等，都可以简单配置一下就有了。

@abersheeran ok，我明白你的意思了，也给你道个歉。

@Joker123456789 我也给你道个歉，确实语气上容易让人误解。性能这个东西有些地方是不惜代价越高越好，有些地方是适可而止才是最好的。性能不是框架的全部，更重要的是易用和好用。我绝没有你的框架不好用的不易用的意思，只是建议你在这两方面多下功夫和宣传而已。

好吧，再次给你道歉。

自己整个私包……

@abersheeran 我费心思费精力写的开源项目多了，欢迎你来实事求是地喷“没鸟用”。如果你在 v2 连我的 github 都找不到，那我也只能呵呵了。

类似楼主的框架，本身就应该在功能定位上发力，而不是在性能。而且我绝不认为这一点认知是错误的，因为显而易见，即使框架处理时间为 0，你的接口响应时间最多能减少几个毫秒？说起来吊得很，性能对比 xxx 框架提升 xx 倍，实际在项目中的效果呢？？？这种盲目攀比性能的歪风邪气，可以休矣。当然，如果你有什么理由可以拿出来探讨。开源是共享不是施舍，没必要高高在上吧？至于玻璃心，就更要不得了。

这老板挺好的，一是能够坚持不 996 剥削员工，二是能通过这种事情告诉你不要太天真，人和人应该保持适当的社交距离。

@Joker123456789 咦？我有喷什么了吗？那一句话不是在描述事实？我也没说你的框架不好用啊。然后，数据库性能好不好和你框架有个什么关系？在一个请求的整个数据流程中，框架占的时间比例本来就很低很低。框架性能提高 1 万倍，能缩短请求时间一半吗？

@zhaokun 转 map 不要迭代的吗……还不如直接找，运气好第一个就找到了

框架性能好没鸟用，好用易用才重要。这还是没有数据库访问的，加上数据库，性能差异就更微乎其微了。

元素都找到了，还要下标有个毛用啊。。。