你们这个积分是「累积的分数」，不是微积分的积分啊。比较贴近的英文单词是 points

@hjmnoah 汗液腐蚀出坑了就不行了吧

配置中心的 yml 文件让运维自己维护就好了。

甲方都是坑货，这是一定的。

作为乙方，也只有帮着甲方把问题都想周全了，都落实了，才能让甲方坑不到你。别无他法……真的

三纲五常是董仲舒搞的，这个锅孔二表示我不背。

从不关注公共号的路过

@zhaoxixiangban

在应用服务接口上面鉴权，实际上有个隐含的接口和资源的绑定关系。而在网关上鉴权缺少这个隐性的绑定，那就必须要有一个数据来声明这个关系，让网关知道这次 request 对应的是哪个资源。我们 request 某个接口是通过 url 实现的，那么可以认为 url 就是对应着特定的资源。

接下来就简单了，我们可以把 url 作为资源的标识符，通过角色-用户关系，配置给用户。这个过程就是授权。而鉴权的过程就是拿到用户 ID，查找该用户有没有配置 request 的 url 。有就是有权限，没有就是没有权限。

楼主你可以参考这个开源项目的代码： https://github.com/xuanbg/gateway

单休好不好，得看薪水给得够不够。

可以实现，但这个做法可以改进。

你网关上面不是都解析出 userId 了么，那网关上面直接进行鉴权就行了，有权限放行，没权限拦截，直接返回未授权的错误就好了。这样后面的的服务不需要管有没有权限。

使用搜索引擎-复制-粘贴

让你的接口支持 CROS 就好了

编程思维这个概念就比较飘，我认为具体落地就是「封装」。写出能运行的代码不难，但要写出易扩展易维护并且高效稳定的代码，就要各种灵活地并且正确地运用「封装」这个概念。

13 寸 32G

可以曲线救国，在另一个 Abc 类里面注入，这个类写个 @Component 就会被扫到自动实例化。然后在 Filter 里面用 ApplicationContextHolder.getContext().getBean(Abc.class)获取 Abc 的实例。

我的 2020.1 没装什么插件，有这个功能

最大的区别就是游戏后端接口大部分只有 action 和 action 对象作为输入参数，而且接口也没有 web 后端那么多。