Spring Cloud

在6月9日2020阿里云线上峰会上，云原生应用平台产品总监赵林（丹臣）发表了《云原生2020新产品发布 传统应用架构往现代应用架构快速演进的基础设施》的主题演讲，详细介绍了阿里云全新发布的容器、中间件、Serverless等产品。随着数字经济的快速发展和扩张，越来越多的企业开始采用云原生计算的思想和技术，以主导企业的数字化转型架构。 新产品发布和解决方案升级，助力企业从传统IT架构向现代应用架构演进 云原生的技术和产品，可以帮助用户轻松地从原有的 IT 架构向现代应用架构演进。从底层应用托管平台来看，阿里云提供了容器服务ACK/ASK。在应用PaaS层，阿里云提供了SAE、EDAS、Web+三款产品。在上层，阿里云提供了函数FaaS服务，可以满足不同的业务需求。不仅如此，阿里云还提供了各种各样的中间件服务，包括业界最为完整丰富的消息队列服务，覆盖了所有常见的消息协议，如国内著名的开源消息中间件产品RocketMQ、业界流行的Kafka，AMQP/MQTT 消息队列都可以在阿里云上找到对应的商业化服务。在其它中间件领域，如微服务引擎MSE、应用配置管理ACM、云服务总线CSB，以及针对事务服务的GTS等，都可以帮助企业用户快速构建现代化的应用架构。 阿里云之所以提供如此丰富全面的云原生技术和产品，核心还是要满足客户多样化的需求。 除了应用托管平台以及常见的中间件之外

内容摘要： 这份文档针对 Spring Cloud Greenwich.SR2版本+Spring Boot的2.1.x.RELEASE版本。 在编写过程中，不仅考虑到在企业任职所需的技能，还考虑到求职面试时可能会遇到的知识点。 本书采用 “知识点+实例” 形式编写，共有 “39个基于知识点的实例 + 1个综合性项目” ，深入讲解了Spring Cloud的各类组件、微服务架构的解决方案和开发实践，以及容器、Kubernetes和Jenkins等DevOps（开发运维一体化）相关知识。 介绍每一个知识点的主脉络是：它是什么、为什么用、怎样用、为什么要这样用、如何用得更好、有什么最佳的实践。 适合具备 Java基础的开发人员、对微服务架构和Spring Cloud感兴趣的读者、了解Spring或Spring Boot的开发人员 自学之用。 需要获取这份PDF的小伙伴直接添加小助理vx：kaixindian331即可免费获取! 第一篇入门 第1章进入微服务世界 第2章准备开发环境和工具 第3章实例1:用Spring cloud实现—个微服务系统 第二篇基础 第4章认识微服务 第5章Spring Cloud基础 第三篇进阶 第6章用Consul实现服务治理 第7章用Ribbon和Feign实现客户端负载均衡和服务调用 第8章用Hystrix实现容错处理 第9章用Spring Cloud

跟大家聊一聊很多很多很多人问我的一个问题： 中小公司的Java工程师该如何规划准备，才能跳槽进入BAT这类一线互联网公司？ 作者简介：中华石杉，十余年BAT架构经验，倾囊相授 我用了三个 “很多” 来形容这个问题，是因为这个问题太普遍了。国内Java工程师至少好几十万，但是在国内互联网大厂里干过的码农比例不高。 这个是符合28法则的，少部分人在大厂里干过，发展得很好。但是大部分人还是在中小型公司，或者外包类传统IT公司里工作。 这些同学可能对自己的技术成长，职业发展感到非常的迷茫，自己有点追求，也想去一下大厂，但是又不知道怎么规划。 我个人在国内几个最大的互联网公司先后有着十余年工作经历，面试和招聘过大量各种水平的开发人员。包括初、中、高级开发，技术专家，高级技术专家都面过。也指导过很多同学的职业发展规划，所以打算从我个人的角度来聊聊这个问题：中小公司的同学应该如何一步一步实现逆袭进入BAT。 我相信以下情形很多同学应该都有类似体会：一直徘徊在各种中小公司里开发一些没技术难度的Java系统，主要就是CRUD。 哪怕是用了用MQ、缓存、分库分表，但是也没什么并发量，数据量也不算特别大，自己的技术成长极为缓慢。 等过了三五年，甚至是十多年过去，职业发展和技术水平都停滞在这个状态，无法有更进一步的发展。 随着现在寒冬到来，到处裁员，中年码农的危机，加不动班、体力越来越差、孩子压力越来越大

实例级别的熔断带来的困扰 如之前系列（ Spring Cloud升级之路 - Hoxton - 4. 使用Resilience4j实现实例级别的隔离与熔断 ）所述，我们实现了实例级别的熔断。但是在生产中发现，并不是所有情况下都表现良好。首先如果发布了新接口，但是不小心回滚了，调用新接口就会报错，从而导致整个实例都不能访问。还有就是某些实例某个接口出现了问题，但是其他接口是好的，熔断掉整个实例有点浪费。于是乎，我们将实例级别的熔断改成 实例 + 方法级别。 对于 OpenFeign 修改 首先，我们只针对断路器进行修改，线程隔离还是实例级别的，如果也抽象为实例+方法级别的，线程数与线程池的数量就太多了。 每个 Feign 调用都是有 url 的，我们是不是可以通过 url 获取不同的断路器呢？这样做是可以的，的确实现了实例 + 方法级别的熔断。但是有一个问题，对于有 PathVaraiable 的 FeignClient，相当于每个参数都会新建一个断路器，这并不是我们想要的，例如： package com.github.hashjang.hoxton.service.consumer.feign; //省略import @FeignClient(value = "service-provider") public interface

你好我是辰兮，很高兴你能来阅读，本篇文章是关于SpringCloud分布式微服务框架的学习，初识SpringCloud接下来会整理更多相关知识，分享获取新知，大家一起进步。 1.JAVA基础面试常考问题 ： JAVA面试基础常考题汇集 2.JAVA面试SSM框架常考 ： JAVA框架面试题汇集 文章目录 一、Spring Cloud简介 二、Spring Cloud核心子项目 三、Spring Cloud面试常考 一、Spring Cloud简介 Spring Cloud为开发人员提供了快速构建分布式系统中一些常见模式的工具（例如配置管理，服务发现，断路器，智能路由，微代理，控制总线）。分布式系统的协调导致了样板模式, 使用Spring Cloud开发人员可以快速地支持实现这些模式的服务和应用程序。他们将在任何分布式环境中运行良好，包括开发人员自己的笔记本电脑，裸机数据中心，以及Cloud Foundry等托管平台。 Spring Cloud是一个基于Spring Boot实现的云原生应用开发工具，它为基于JVM的云原生应用开发中涉及的配置管理、服务发现、熔断器、智能路由、微代理、控制总线、分布式会话和集群状态管理等操作提供了一种简单的开发方式。 ①首先，尽管Spring Cloud带有“Cloud”这个单词，但它并不是云计算解决方案，而是在SpringBoot基础之上构建的

作者：cyfonly cnblogs.com/cyfonly/p/5807121.html 2019-05-06 10:12:39 本PPT从JVM体系结构概述、GC算法、Hotspot内存管理、Hotspot垃圾回收器、调优和监控工具六大方面进行讲述。 好东西当然要分享，PPT已上传可供下载（关注Java技术栈微信公众号，在后台回复： JVM46 ，即可获取完整PPT，另外良心推荐阅读《 深入理解Java虚拟机JVM高级特性与最佳实践 》 导航 JVM体系结构概述 此PPT长达46页，全部展示篇幅过长，随意抽出9张作为展示。 关注Java技术栈微信公众号，在后台回复" JVM46 " 即可获取完整版，干货满满。 推荐去我的博客阅读更多： 1. Java JVM、集合、多线程、新特性系列教程 2. Spring MVC、Spring Boot、Spring Cloud 系列教程 3. Maven、Git、Eclipse、Intellij IDEA 系列工具教程 4. Java、后端、架构、阿里巴巴等大厂最新面试题 觉得不错，别忘了点赞+转发哦！ 来源： oschina 链接： https://my.oschina.net/javaroad/blog/4279542

项目地址 https://github.com/yinjihuan/kitty-cloud [1] 今天遇到了一个错误，一般的错误提示会很明显，一看就知道是什么问题。今天遇到的这个说实话真的不好找原因，一般在这种情况下该怎么解决呢？ 分享下我的思路吧，不一定是最好的，至少有用。 直接上图吧，下面是报错信息： 为了方便查看，我把最重要的信息提取出来，如下： org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'requestMappingHandlerMapping' defined in class path resource [com/cxytiandi/kitty/web/config/WebAppConfigurer.class]: Invocation of init method failed; nested exception is java.lang.ArrayStoreException: sun.reflect.annotation.TypeNotPresentExceptionProxy java.lang.ArrayStoreException 这个确实平时很少遇到，看了下源码，这个是数组存储异常

前言 Dubbo是一个分布式服务框架，致力于提供高性能和透明化的RPC远程服务调用方案，以及SOA服务治理方案。简单的说，dubbo就是个服务框架，如果没有分布式的需求，其实是不需要用的，只有在分布式的时候，才有dubbo这样的分布式服务框架的需求，并且本质上是个服务调用的东东，说白了就是个远程服务调用的分布式框架（告别Web Service模式中的WSdl，以服务者与消费者的方式在dubbo上注册）。 很多时候，其实我们使用这个技术的时候，可能都是因为项目需要，所以，我们就用了，但是，至于为什么我们需要用到这个技术，可能自身并不是很了解的，但是，其实了解技术的来由及背景知识，对于理解一项技术还是有帮助的。 关于Dubbo的知识总结了个思维导图 Dubbo 面试题 1、为什么要用 Dubbo？ 2、Dubbo 的整体架构设计有哪些分层? 3、默认使用的是什么通信框架，还有别的选择吗? 4、服务调用是阻塞的吗？ 5、一般使用什么注册中心？还有别的选择吗？ 6、默认使用什么序列化框架，你知道的还有哪些？ 7、服务提供者能实现失效踢出是什么原理？ 8、服务上线怎么不影响旧版本？ 9、如何解决服务调用链过长的问题？ 10、说说核心的配置有哪些？ 11、Dubbo 推荐用什么协议？ 12、同一个服务多个注册的情况下可以直连某一个服务吗？ 13、画一画服务注册与发现的流程图？ 14、Dubbo

作者：国栋 https://my.oschina.net/goldenshaw/blog/705397 Java虚拟机层面所暴露给我们的状态，与操作系统底层的线程状态是两个不同层面的事。具体而言，这里说的 Java 线程状态均来自于 Thread 类下的 State 这一内部枚举类中所定义的状态： 什么是 RUNNABLE？ 直接看它的 Javadoc 中的说明： 一个在 JVM 中执行的线程处于这一状态中。（A threadexecuting in the Java virtual machine is in this state.） 而传统的进（线）程状态一般划分如下： 注：这里的进程指早期的单线程进程，这里所谓进程状态实质就是线程状态。那么 runnable 与图中的 ready 与 running 区别在哪呢？ 与传统的ready状态的区别 更具体点，javadoc 中是这样说的： 处于 runnable 状态下的线程正在 Java 虚拟机中执行，但它可能正在等待来自于操作系统的其它资源，比如处理器。 A thread in the runnable state is executing in the Java virtual machine but it may be waiting forother resources from the operating system

1.Dubbo是什么？ Dubbo 是一个分布式、高性能、透明化的 RPC 服务框架，提供服务自动注册、自动发现等高效服务治理方案， 可以和 Spring 框架无缝集成。 RPC 指的是远程调用协议，也就是说两个服务器交互数据。 2.Dubbo的由来？ 互联网的快速发展，Web应用程序的规模不断扩大，一般会经历如下四个发展阶段。 单一应用架构 当网站流量很小时，只需一个应用， 将所有功能都部署在一起即可。 垂直应用架构 当访问量逐渐增大，单一应用按照有业务线 拆成多个应用 ，以提升效率。 此时，用于加速前端页面开发的 Web框架(MVC) 是关键。 分布式服务架构 当垂直应用越来越多，应用之间交互不可避免， 将核心业务抽取出来，作为独立的服务，逐渐形成稳定的服务中心 ，使前端应用能更快速的响应多变的市场需求。 此时，用于提高业务复用及整合的 分布式服务框架(RPC) 是关键。 流动计算架构 当服务越来越多，容量的评估，小服务资源的浪费等问题逐渐显现， 此时需增加一个调度中心基于访问压力实时管理集群容量，提高集群利用率 。 此时，用于提高机器利用率的 资源调度和治理中心(SOA) 是关键。 3.Dubbo的主要应用场景？ 透明化的远程方法调用，就像调用本地方法一样调用远程方法，只需简单配置，没有任何API侵入。 软负载均衡及容错机制，可在内网替代F5等硬件负载均衡器，降低成本