Spring Cloud

本篇文章为系列文章，未读第一集的同学请猛戳这里： Spring Cloud 系列之 Gateway 服务网关（一） Spring Cloud 系列之 Gateway 服务网关（二） 本篇文章讲解 Gateway 网关过滤器和全局过滤器以及自定义过滤器。 　　 过滤器 　　 　　Spring Cloud Gateway 根据作用范围划分为 GatewayFilter 和 GlobalFilter ，二者区别如下： GatewayFilter ：网关过滤器，需要通过 spring.cloud.routes.filters 配置在具体路由下，只作用在当前路由上或通过 spring.cloud.default-filters 配置在全局，作用在所有路由上。 GlobalFilter ：全局过滤器，不需要在配置文件中配置，作用在所有的路由上，最终通过 GatewayFilterAdapter 包装成 GatewayFilterChain 可识别的过滤器，它为请求业务以及路由的 URI 转换为真实业务服务请求地址的核心过滤器，不需要配置系统初始化时加载，并作用在每个路由上。 　　 网关过滤器 GatewayFilter 　　 　　点击链接观看： 网关过滤器视频 （获取更多请关注公众号「哈喽沃德先生」） 　　 　　网关过滤器用于拦截并链式处理 Web 请求，可以实现横切与应用无关的需求，比如

作者：张纪刚 blog.csdn.net/zhangjg_blog/article/details/18369201/ 2019-03-24 10:33:04 Java中对象的创建 clone 顾名思义就是 复制 ， 在Java语言中， clone方法被对象调用，所以会复制对象。所谓的复制对象，首先要分配一个和源对象同样大小的空间，在这个空间中创建一个新的对象。 我们回顾一下：在java语言中，有几种方式可以创建对象呢？ 使用new操作符创建一个对象 使用clone方法复制一个对象 那么这两种方式有什么相同和不同呢？ new操作符的本意是分配内存。程序执行到new操作符时， 首先去看new操作符后面的类型，因为知道了类型，才能知道要分配多大的内存空间。分配完内存之后，再调用构造函数，填充对象的各个域，这一步叫做对象的初始化，构造方法返回后，一个对象创建完毕，可以把他的引用（地址）发布到外部，在外部就可以使用这个引用操纵这个对象。 而 clone在第一步是和new相似的， 都是分配内存，调用clone方法时，分配的内存和源对象（即调用clone方法的对象）相同，然后再使用原对象中对应的各个域，填充新对象的域， 填充完成之后，clone方法返回，一个新的相同的对象被创建，同样可以把这个新对象的引用发布到外部 。 复制对象 or 复制引用 在Java中，以下类似的代码非常常见：

作者：J'KYO cnblogs.com/pejsidney/p/9199115.html git是目前流行的分布式版本管理系统。它拥有两套版本库，本地库和远程库，在不进行合并和删除之类的操作时这两套版本库互不影响。也 因此其近乎所有的操作都是本地执行，所以在断网的情况下任然可以提交代码，切换分支。git又使用了SHA-1哈希算法确保了在文件传输时变得不完整、磁盘损坏导致数据丢失时能立即察觉到。 git的基本工作流程： git clone：将远程的Master分支代码克隆到本地仓库 git checkout：切出分支出来开发 git add：将文件加入库跟踪区 git commit：将库跟踪区改变的代码提交到本地代码库中 git push：将本地仓库中的代码提交到远程仓库 git 分支 主分支 master分支：存放随时可供生产环境中的部署的代码 develop分支：存放当前最新开发成果的分支，当代码足够稳定时可以合并到master分支上去。 辅助分支 feature分支：开发新功能使用，最终合并到develop分支或抛弃掉 release分支：做小的缺陷修正、准备发布版本所需的各项说明信息 hotfix分支：代码的紧急修复工作 2、git在IntelliJ IDEA下的使用 2.1、IntelliJ IDEA下配置git 本地安装好git，并配置合理的SSH key，具体看这里：

在使用eureka注册中心集群的时候 eureka.client.register-with-eureka=true eureka.client.fetch-registry=true 这两个参数一定要设置为true,否者集群服务不可用 集群后台显示非活动状态， 如果是单机模式下可以设为false 来源： oschina 链接： https://my.oschina.net/u/4364052/blog/3421088

最近开始学习SpringCloud，在此把我学习的过程记录起来，跟大家分享一下，一起学习。想学习SpringCloud的同学赶快上车吧。 本次学习使用得SpringBoot版本为2.0.3.RELEASE，SpringCloud版本为Finchley.RELEASE 创建父Maven工程 首先我们创建一个Maven项目 我们把此项目当做我们项目的父项目，以后我们所有的子项目都应该继承这个项目，来看一下此项目的pom.xml文件都是依赖了什么 <?xml version= "1.0" encoding= "UTF-8" ?> < project xmlns= "http://maven.apache.org/POM/4.0.0" xmlns:xsi= "http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation= "http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"> < modelVersion>4.0.0 </ modelVersion> < groupId>cn.org.zhixiang </ groupId> < artifactId>spring-cloud-demo </ artifactId> <

热评博文： 《 如何设计出优美的Web API？ 》，现阅读量超 2500，小伙伴们不要错过哦！ 2003 ~ 2008 年，这五年老兵哥我在通信行业做实习生和开发岗，主要用 C / C++ / MFC 开发嵌入式 / 服务器 / 桌面等应用程序，期间做过大量代码重构优化，但很少涉及性能调优，要么我负责的局部无需考虑并发访问和海量数据，要么网管平台仅供客户内部人员使用，不存在并发访问和海量数据。2008 年底，老兵哥我跳槽到了移动互联网做技术经理，随后五年主要用 Java / C++ 开发 Web / 服务器等互联网应用。 当时，架构师这个岗位在业界还是很罕见的，不懂预估并发用户、业务数据等规模，自然就预见不到后续并发访问和海量数据会带来巨大的性能挑战。我们赶着工期把功能需求实现、业务流程跑通，然后就上线了，但移动互联网爆发的那些年业务增长非常快，系统上线不久就遇到性能问题了，其现象就是原来耗时很短的操作现在动不动就超时，或者界面刷不出来数据等等，巨大的压力跟着客户投诉一起摆到了我面前。 性能调优任务不像普通开发任务，它需要背负业务、时间和难度等多种压力。罗马不是一天建成的，导致性能问题的原因错综复杂，当时老兵哥我也不知道从何处下手，找不到解决问题的切入点。好性能不是调优出来的，更多是设计出来的。只有经历过性能调优，才能体会这句话的真谛。性能调优

这是java高并发系列第28篇文章。 环境：jdk1.8。 本文内容 日志有什么用？ 日志存在的痛点？ 构建日志系统 日志有什么用？ 系统出现故障的时候，可以通过日志信息快速定位问题，修复bug，恢复业务 提取有用数据，做数据分析使用 本文主要讨论通过日志来快速定位并解决问题。 日志存在的痛点 先介绍一下多数公司采用的方式：目前比较流行的是采用springcloud（或者dubbo）做微服务，按照业拆分为多个独立的服务，服务采用集群的方式部署在不同的机器上，当一个请求过来的时候，可能会调用到很多服务进行处理，springcloud一般采用logback（或者log4j）输出日志到文件中。当系统出问题的时候，按照系统故障的严重程度，严重的会回退版本，然后排查bug，轻的，找运维去线上拉日志，然后排查问题。 这个过程中存在一些问题： 日志文件太大太多，不方便查找 日志分散在不同的机器上，也不方便查找 一个请求可能会调用多个服务，完整的日志难以追踪 系统出现了问题，只能等到用户发现了，自己才知道 本文要解决上面的几个痛点，构建我们的日志系统，达到以下要求： 方便追踪一个请求完整的日志 方便快速检索日志 系统出现问题自动报警，通知相关人员 构建日志系统 按照上面我们定的要求，一个个解决。 方便追踪一个请求完整的日志 当一个请求过来的时候，可能会调用多个服务

SpringCloud系列教程 | 第十二篇：Spring Cloud Gateway初探 Springboot: 2.1.6.RELEASE SpringCloud: Greenwich.SR1 如无特殊说明，本系列教程全采用以上版本 前面我们在聊服务网关Zuul的时候提到了Gateway，那么Zuul和Gateway都是服务网关，这两个有什么区别呢？ 1. Zuul和Gateway的恩怨情仇 1.1 背景 Zuul是Netflix开源的一个项目，Spring只是将Zuul集成在了Spring Cloud中。而Spring Cloud Gateway是Spring Cloud的一个子项目。 还有一个版本的说法是Zuul2的连续跳票和Zuul1的性能并不是很理想，从而催生了Spring Cloud Gateway。 1.2 性能比较 网上很多地方都说Zuul是阻塞的，Gateway是非阻塞的，这么说是不严谨的，准确的讲Zuul1.x是阻塞的，而在2.x的版本中，Zuul也是基于Netty，也是非阻塞的，如果一定要说性能，其实这个真没多大差距。 而官方出过一个测试项目，创建了一个benchmark的测试项目： spring-cloud-gateway-bench ，其中对比了： Spring Cloud Gateway Zuul1.x Linkerd 组件 RPS(request

0、前言 　　gateway是spring的二代网关， 作为Netflix Zuul的替代者，是异步非阻塞网关 ，ZUUL2也是异步非阻塞的，但未纳入spring cloud整合计划 　　基于WebFlux ，与 spring-boot-starter-web冲突，要排除该依赖；ZUUL1是阻塞io的API Gateway，使用简单方便； 　　性能上，自然是异步非阻塞的gateway胜出； 　　如何取舍，见仁见智了，不要盲目认为gateway比ZUUL1好，适合项目才是最好的； 　　实际项目中建议选择gateway； 1、集成gateway 1-1、添加依赖 　　新建gateway模块，添加依赖，注意要排除spring-boot-starter-web依赖，不能添加该依赖 <!-- 集成nacos --> <dependency> <groupId>com.alibaba.cloud</groupId> <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId> <version>2.0.1.RELEASE</version> </dependency> <!-- 集成gateway --> <dependency> <groupId>org.springframework.cloud</groupId

Spring Cloud Alibaba | Sentinel: 分布式系统的流量防卫兵初探 Springboot: 2.1.6.RELEASE SpringCloud: Greenwich.SR1 如无特殊说明，本系列文章全采用以上版本 [TOC] 1. Sentinel 是什么？ Sentinel 是阿里中间件团队研发的面向分布式服务架构的轻量级高可用流量控制组件，最近正式开源。Sentinel 主要以流量为切入点，从流量控制、熔断降级、系统负载保护等多个维度来帮助用户保护服务的稳定性。讲到这里，可能很多人会有疑问：Sentinel 和之前常用的熔断降级库 Netflix Hystrix 有什么异同呢？如果不清楚什么是Hystrix的，可以看我签名的文章 跟我学SpringCloud | 第四篇：熔断器Hystrix 。 下面我们通过一张表格来了解一下Sentinel和Hystrix的区别： Sentinel Hystrix 隔离策略 基于并发数 线程池隔离/信号量隔离 熔断降级策略 基于响应时间或失败比率 基于失败比率 实时指标实现 滑动窗口 滑动窗口（基于 RxJava） 规则配置 支持多种数据源 支持多种数据源 扩展性 多个扩展点 插件的形式 基于注解的支持 支持 支持 调用链路信息 支持同步调用 不支持 限流 基于 QPS / 并发数，支持基于调用关系的限流 不支持