qq_51682771的博客

设置redis的序列化方式不会影响springSession的序列化方式,所以最好两个都设置，目前认为放在common包下是最优解，配置方便，而且不会出现序列化不对称问题。目前推荐序列化为JSON，至少不需要单独实现序列化接口。session序列化配置。redis 序列化配置。

原因 ：因为默认只会扫描入口所在的包下的所有组件，扫描不到common。注意本包和common包都需要设置。

/过滤器 log . info("=======================" + new Date());System . out . println("用户名为null");//表示过滤完毕 } return chain . filter(exchange);//将过滤完的数据传给下一个过滤器 } @Override public int getOrder() {// 优先级，数值越低，优先级越高 return 0;} }

检查是否缺了starter。

流程：多次错误后熔断（正确的访问也会失败），根据访问正确率的提高，慢慢恢复正常。最后的效果是，如果接口中的方法调用失败，会调用接口实现类中的对应方法。如果每一个方法都对应一处理函数，代码膨胀，设置全局通用处理函数。上面那种情况处理不了服务器宕机，在客户端降级可以解决这个问题。如果遇到一直loding…只要这个服务出现异常，就会调用handler。

删除target文件，重新启动服务。

个人理解openfeign = 远程接口调用+ribbon接口调用过程service创建在消费者module中，负责负载均衡和远程接口调用，而消费接口只需要调用feiService，就像调用本地方法一样。

用来做本地负载均衡首先用户会访问到一台服务器（nginx负载均衡），然后通过用户指定的策略在服务器提供的服务注册表中选择一个地址（ribbon负载均衡）ribbon = 负责均衡+RestTemplate的调用。

端口映射 2158:2158。这里我使用的docker。

在服务超过一段时间没有发送心跳后，eureka不会立即将它从注册表中删除，默认开启。查询服务或者服务下实例的详细信息。

首先idea自带了远程部署到服务器的功能。在指定的module中执行mvn命令。

将entities包复制到新建的commons中，然后在payment和order中添加自定义的commons依赖，让这两个maven可以使用commons的类。commons的pom。

对于order 不需要连接数据库等方法，只需要对payment业务进行调用，实现横向调用的是RestTemplate。

【代码】springCloud payment8001。

dependencyManagement标签。