123zouwen

直接看 redisson 的 wiki 和对应的源码, 可以解答你的疑问

发愁就去医院看医生, 听医生的没错

项目有规范并且规范是什么不是你一个人能决定的, 是 lead 决定的,或者 lead 放权让你负责这一块.
如果 lead 没有这个要求, 那每个人就会按照自己的风格来写, 应该还不会有 code review 了吧.

现在赚钱 不等于 可以赚钱.

不少人都是亏损几年, 然后突然赚钱, 此时就膨胀感觉是自己技术提升, 终于要赚钱了啊.

殊不知这是市场特殊情况下让你赚钱的. 但市场是一直在变的, 只要你在这个市场靠这个赚钱, 总归要亏损的.

1. 服务间调用的接口单独写个 api 模块(feign 接口),然后给其他服务进行引用，也就是服务提供方提供
不是一定要求这个. 如果多个服务是不同语言的, 这样做没什么意义. 你就把它当成一个普通的对外提供服务的接口就行了,做好幂等处理.
2. 既然是都是对外提供的接口了, 入参和出参 你提供接口文档就行了, 别的服务想定义什么实体都行.

3. 服务拆分的时候,要明确拆分是否有必要? 我见过很多为了拆分而拆分的, 明明可以是在一起的,拆完后又要上分布式事务中间件,意义何在?
我觉得这是把单体思维代入到了微服务中. 分布式事务中间件个人觉得没有任何必要, 但很多 java 总希望能跟写单体服务一样直接 rpc 调用还能处理好事务.

都做服务拆分了,这些服务完全都可以用不同语言写,做好幂等. openFeign 也就是服务间的 http 调用

1. 服务间调用的接口单独写个 api 模块(feign 接口),然后给其他服务进行引用，也就是服务提供方提供

1. 耀西的手工世界
2. 马里奥惊奇,用耀西/偷天兔

不经过打击,大家的意见 OP 是听不进去的. 总之这是一条不归路

还是看官方例子+ 源码吧, security 这个框架和一般的框架不一样. 一般的框架你只需要知道如何用就可以了,
security 这一套如果不懂设计思路和源代码,根本就不知道如何用和定制化.

网上的代码大部分都是过时/错误的.就连最基本的整合 jwt,网上大部分还是让你搞 userService 而非直接集成 resource server.