宋水阳个人博客

前言 在开发过程中，可能会遇到使用 @Transactional 进行事务管理时出现失效的情况，这里梳理下失效场景 梳理 数据库存储引擎问题 MyISAM 不支持事务，改成 InnoDB 引擎则支持事务 方法访问修饰符问题 注解 @Trasactional 只能加在 public 修饰的方法上事务才起效。如果加在 protect、private 等非 public 修饰的方法上，事务将失效。 因为Spring声明式事务是通过动态代理来实现的，private方法不能被继承，final方法不能被重写，static方法和继承不相干，所以它们3个的事务不起作用 public方法，prot... 查看全文

前言 Spring @Transactional 的注解在日常开发中经常用到，日常都是通过这种形式@Transactional(rollbackFor = Exception.class)来使用，如果遇到一个事务方法内部调用了另一个事务方法，这种情况Spring事务是如何处理的呢？所以就有了事务传播的处理 针对上面这种情况，Spring定义了7种事务传播行为： 1234567REQUIREDSUPPORTSMANDATORYREQUIRES_NEWNOT_SUPPORTEDNEVERNESTED 源码定义 123456789101112131415161718192021222... 查看全文

前言 上一章节我们知道SpringCloudFeign基于接口来实现调用，那我们要知道它是怎么实现的，我们可以通过断点来一步步跟进，因为接口是不能具体执行任务，所以我们可以猜测是采用动态代理来实现的，应该和Mybatis的Mapper接口的工作原理差不多 解析 我们先在AuthenticationFilter的下面这行打好断点 12// 调用sso服务鉴权resModel = ssoClient.checkToken(new TokenMO(token)); 然后进入方法体feign.ReflectiveFeign.FeignInvocationHandler#invoke()，果... 查看全文

Feign 简介是什么 Feign是一个声明式的Web Service客户端，它的出现让微服务之间的调用变得更简单了 SpringCloudFeign在Netfix Feign的基础上扩展了对SpringMVC的注解支持，所以通过这些注解可以很方便的定义一些服务接口，服务调服务通过接口来调用十分方便，同时SpringCloudFeign整合了Spring Cloud Ribbon与Spring Cloud Hystrix，具有负载均衡及服务容错保护功能 为什么要使用 只需创建一个接口并用注解的方式来配置它，即可完成服务提供方的接口绑定 在使用过程中与Spring MVC完美衔接 整... 查看全文

前言 当我们为Spring Cloud Zuul构建的API网关服务引入Spring Cloud Consul之后，它会为Consul中的每个服务都自动创建一个默认路由规则，这些默认规则的path会使用ServiceId配置的服务名作为请求前缀 比如上图我们在consul注册了cloudZuul，cloudSso，cloudUser三个服务，那么就可以通过服务名作为请求前缀... 查看全文

前言 上一章节已经介绍了使用@EnableZuulServer注解会开启 ZuulProxyAutoConfiguration自动注册功能，这个类会自动注册Zuul服务启动所需要的Bean，因为我们这里是网关服务，所以是需要接受外部应用的Http请求的 回顾ZuulProxyAutoConfiguration 的父类ZuulServerAutoConfiguration，从下面可以看到是注册了ZuulController，ZuulHandlerMapping，ZuulServlet三个Bean，所以我们可以猜测入口应该是Spring MVC DispatcherServlet 12... 查看全文

前言 由上一章节可以知道要创建一个zuul应用，只需添加spring-cloud-starter-zuul maven依赖及启动类上添加@EnableZuulProxy就可创建一个zuul应用，那么要知道Zuul工作原理就需从这个两个地方作为入口进行研究 zuul版本: 1.4.3.RELEASE 解析Zuul 初始化spring-cloud-starter-zuul starter 我们先查看spring-cloud-starter-zuul starter包下有什么，这里的重点就是pom.xml文件，ZuulDeprecationWarningAutoConfiguration... 查看全文

Zuul 简介Zuul是什么 Zuul 是Netflix开源的一个API Gateway 服务器, 本质上是一个Web servlet应用，他可以和Eureka,Ribbon,Hystrix等组件配合使用。 Zuul组件的核心是一系列的过滤器filters，其作用可以类比Servlet框架的Filter，或者AOP。 为什么要用Zuul 在分布式架构中，对外提供的服务，在无网关的情况下，API接口直接暴露给服务调用方，当调用方增多，不同业务调用方各不相同，势必需要添加定制化访问权限、校验等逻辑。当添加API网关后，再第三方调用端和服务提供方之间就创建了一面墙，这面墙直接与调用方通信... 查看全文

前言Hystrix是什么 Hystrix对应的中文名字是“豪猪”，豪猪周身长满了刺，能保护自己不受天敌的伤害，代表了一种防御机制，这与Hystrix本身的功能不谋而合，因此Netflix团队将该框架命名为Hystrix，并使用了对应的卡通形象做作为logo 为什么要使用 在一个分布式系统里，许多依赖不可避免的会调用失败，比如超时、异常等，如何能够保证在一个依赖出问题的情况下，不会导致整体服务失败（比如生活中的电路的保险丝用途），这个就是Hystrix需做的事情。 提供哪些功能Hystrix提供了熔断、隔离、Fallback、cache、监控等功能，能够在一个、或多个依赖同时出现问题时... 查看全文

Ribbon的重试机制 设置 1234567ribbon: // 同一台实例最大重试次数,不包括首次调用 MaxAutoRetries: 1 // 重试负载均衡其他的实例最大重试次数,不包括首次server MaxAutoRetriesNextServer: 1 // 是否所有操作都重试 OkToRetryOnAllOperations: false 根据上面的参数计算重试的次数：MaxAutoRetries + MaxAutoRetriesNextServer + (MaxAutoRetries * MaxAutoRetriesNextServer)即重试3次，加上... 查看全文