我们用的是限流策略，可对每个接口配置。同一用户的同样数据 3 秒内只能提交一次，网关上就卡掉了。

因为靠多线程是搞不定高并发的呀。多线程无非是最大程度压榨 CPU 而已，而一般业务系统的高并发瓶颈基本上是在 IO 上面，特别是数据库的 IO 上面。解决 IO 问题最有效的方法就是分布式服务，把压力分散到多个设备上面就好了。

排序一般都是后端做，因为排序往往还有分页。树形显示不是只要对象包含 id 和父级 id，前端组件数据绑上去就好的吗？

换啊，换了至少又能用上三五年。过了这个村就没这个店了

两头稍微垫一下，反过来压直就行了。这个是工艺问题，只能自己注意不要扳弯(手动狗头)

@okjb 并发主要看访问响应速度和服务器硬件资源的，如果是 nginx 响应一个 404 什么的，对于一台 64 核心的服务器来说 70 万还太少了点呢

@Lucups 主流框架集成的不是用户身份认证吗？就算是身份认证，也是只有最简单的功能。我还不知道哪个主流框架集成了权限管理，也想不明白权限管理这种严重依赖数据库的功能要怎么集成在框架里面。

@xkeyideal 数据权限不好实现的根本原因是数据资源难以定义。在你的权限体系里面，signKey 其实就是数据资源。但我没看明白你这个 signKey 是如何产生的，这个关键点能详细说一下吗？

只要每个月忽悠到 2 千人点那个付费阅读按钮，楼主的目标就可以实现。6 得很，没毛病！楼主是个实诚人

数据库唯一索引外，唯一解决办法，API 上面加分布式锁

@ivamp 因为电池不好拆，硬拆会有爆炸的风险。所以天才吧只能整体更换 topcase。

对于这个情况而言，http 协议的资源是接口，接口有响应，怎么能算没找到资源呢？所以就是应该返回 200

我看到的前端，从布局到样式，从项目结构到代码风格，全是问题。。。

两个字段，一个加星号的号码，用来显示；一个 MD5，可加盐，用来登录

Top Case 包括键盘、触控板、电池和装它们的铝合金外壳

一个链表怎么封装的问题连 CS 专业的都能问倒。。。我能讲一句 MMP 么

@chendy case 里可以放条件判断，效果并不是相当于一串 if-else-if。case 里的条件只是第二次 match 罢了，不成功就结束了，不会再去 match 下一个 case

if()需要按顺序一个个 else if()进行判断执行代码块还是跳出，switch 直达条件所在代码块执行。所以只有一个 if/else 两者没区别，else if 越多区别越大。当然，switch 虽好，不符合条件也是用不了的。