Spring Cloud

前言 找了一些Java实战项目，周末分享给关注公众号的读者！ 文章结尾有百度云下载链接 200G实战视频介绍 教程总截图 下面给大家介绍一些重点的项目，大家可以重点关注一下。 重点项目：众筹项目--尚筹网 重点项目：谷粒商城 这是一个商城的项目，使用了spring cloud等技术，需要学习商城的小伙伴可以看下。 重点项目：微信小程序 目前微信小程序的开发也是非常火的，几乎每个app都做了自己的小程序，所以需要的小伙伴可以看看。 重点项目：SSM秒杀项目实战 重点项目：微服务天气预报项目实战 有需要的可以看看：游戏开发 重点项目：报名系统activiti工作流 百度云下载链接 必须关注下面公众号 后台回复 实战项目 获取 本文分享自微信公众号 - 程序员开源社区（jkjishuzhan）。 如有侵权，请联系 support@oschina.cn 删除。 本文参与“ OSC源创计划 ”，欢迎正在阅读的你也加入，一起分享。 来源： oschina 链接： https://my.oschina.net/u/2898531/blog/4942317

作者： Java工程师-Distance 链接：https://my.oschina.net/u/3739863(点击阅读原文前去围观) 本人最近几年一直在做java后端方面的技术面试官，而在最近两周，又密集了面试了一些java初级和高级开发的候选人，在面试过程中，我自认为比较慎重，遇到问题回答不好的候选人，我总会再三从不同方面提问，只有当反复确认能力不行才会下结论，相反，如果候选人给我的印象不错，我也会从多个角度来衡量，以免招进会说但不会干活的“大忽悠”。 其实倒也不是我故意要为难候选人，毕竟入职后就是同事，但面试官的职责使然，而且，如果资深的面试官一般也这样。 写到这里，恐怕会吓到一些想要面试的朋友，能力强和能力弱都会被多问，那怎么办？ 这就是本文将要讲到的主题： 如何准备Java初级和高级的技术面试 。 一. 换位思考下，如果你面试官，你会怎么做 1. 只能通过简历和面试来衡量，别无他法。如果某位大牛确认能力很行，但面试时无法充分地自证能力，那对不起了，过不了，现实就这样。 2. 如果面试官由于能力不行，招进来一个大忽悠，那估计会被领导骂。而且再也不会被让面试了，给领导的印象就不好了。所以不能评主观印象，而是会有些客观标准，具体而言，就是从多个方面问些题目，答好答坏就看候选人的。 其实一些题目都差不多，但不同能力的面试官问问题的切入点和渐进程度会不同

Gateway跨域 定义全局配置类 CorsConfig /** * @Author: LailaiMonkey * @Description： * @Date：Created in 2020-08-28 13:45 * @Modified By： */ @Configuration public class CorsConfig implements GlobalFilter , Ordered { @Override public int getOrder ( ) { // 指定此过滤器位于NettyWriteResponseFilter之后 // 即待处理完响应体后接着处理响应头 return NettyWriteResponseFilter . WRITE_RESPONSE_FILTER_ORDER + 1 ; } @Override public Mono < Void > filter ( ServerWebExchange exchange , GatewayFilterChain chain ) { return chain . filter ( exchange ) . then ( Mono . defer ( ( ) - > { exchange . getResponse ( ) . getHeaders ( ) . entrySet ( ) .

微服务是一种架构风格和模式:将复杂系统拆解为协同工作的小型服务，以此构建大型业务服务。微服务是自治、自包含且可独立部署的服务。当今世界上的许多企业将微服务作为默认的架构标准来构建面向服务的大型企业级应用。 作为一种编程框架，Spring框架在开发者社区流行很多年了。使用SpringBoot不再需要重量级应用容器，并且它还支持部署轻量级无服务器应用。Spring Cloud结合了Netflix的许多OSS开源组件，提供了一个运行和管理功能型微服务架构的生态系统;还支持负载均衡、服务注册、服务监控和服务网关，等等。 然而，微服务也带来了一些挑战，例如服务的监控、管理、分发、扩容和发现等，尤其是当大规模部署微服务时。如果在采用微服务架构之前不解这个问题这个问题些常见的问题，通常会导致灾难性的后果。本书旨在构建一个与技术细节无关的微服务能力模型，该模型有助于应对各种常见的微服务挑战。 本书提供了实现大型响应式微服务的实用方法和指导原则，并通过示例全面讲解如何构建微服务。本书深入介绍了 Spring Boot、Spring Cloud、Docker、Mesos和Marathon，还会教授如何用Spring Boot部署自治服务使用使用无须使用用重量级应用服务器 ，并介 绍Spring Cloud框架 以及以及 项能以及以及如何使用Docker实现容器化 ，以及如何

什么是微服务?举个简单的例子，我想做一个用户管理项目，里边就三个功能：用户注册、用户登录、用户详情浏览。按照传统的软件开发方式直接创建一个Web项目，分分钟就把这三个功能开发出来了，但是我现在想使用微服务+服务治理的方式来开发：首先我将这个项目拆分为四个微服务，四个微服务各建一个模块，分别是用户注册模块、用户登录模块、用户详情浏览模块和数据库操作模块，这四个模块通过内部服务治理互相调用。但是现在存在一个问题，这四个模块通过服务注册与订阅的方式互相依赖，如果一个模块出现故障会导致依赖它的模块也发生故障从而发生故障蔓延，进而导致整个服务的瘫痪。比如说这里的登录模块依赖于数据库模块，如果数据库模块发生故障，那么当登录模块去调用数据库模块的时候可能得不到响应，这个调用的线程被挂起，如果处于高并发的环境下，就会导致登录模块也崩溃。当一个系统划分的模块越多，这种故障发生的频率就会越高，对于这个问题，Spring Cloud中最重要的解决方案就是断路器，那么本文我们就来看看什么是断路器。 本文是Spring Cloud系列的第十篇文章，了解前九篇文章内容有助于更好的理解本文： 1. 使用Spring Cloud搭建服务注册中心 2. 使用Spring Cloud搭建高可用服务注册中心 3. Spring Cloud中服务的发现与消费 4. Eureka中的核心概念 5. 什么是客户端负载均衡 6

前两篇文章我们已经初步的完成了一个小型的微服务框架，有服务注册中心，有订单服务，也有库存服务；订单服务也能通过feign进行服务间调用库存服务。那本文我们将引入服务网关Spring Cloud Gateway。 Spring Cloud Gateway 旨在提供一种简单而有效的方法来路由到API。Spring Cloud Gateway是基于Spring Framework5，Spring Boot 2.0构建的。Spring Cloud Gateway是Spring开发并用来替代Zuul的。Spring Cloud Gate是基于Spring Framework5的WebFlux实现的。 Zuul和Spring Cloud Gateway的对比大家请参考这篇文章：https://www.cnblogs.com/yizhishi/archive/2019/09/26/11588860.html 接下来我们开始引入Spring Cloud Gateway。 1. 创建网关服务module 按照第二篇文章创建一个module，起名为server-gateway。 2. 修改pom文件，引入gateway <properties> <java.version>1.8</java.version> <spring-cloud.version>Hoxton.SR1</spring-cloud

概述 网络请求时，可能会出现以下异常请求，如果想在发生异常的情况下使系统可用，就要进行 容错处理 。发生异常的情况可能有网络请求超时、url参数错误等等。 Spring Cloud Feign就是通过Fallback实现的，有以下两种方式： 1、 @FeignClient.fallback = UserFeignFallback.class 指定一个实现Feign接口的类，当出现异常时调用该类中相应的方法 2、 @FeignClient.fallbackFactory = UserFeignFactory.class 指定一个实现FallbackFactory<T>工厂接口的类 @FeignClient注解参数 name：指定FeignClient的名称 url：一般用于调试，可以手动指定@FeignClient的调用地址 configuration：Feign配置，可以实现自定义属性 fallback：自定义容错处理类，当调用远程接口失败或者超时时，会调用对应接口的容错逻辑，fallback指定的类必须实现@FeignClient标记的接口 path：定义当前FeignClient的统一前缀 实例 @FeignClient(name = " bos3dengine " , path = " /api " , fallback = FileRestServiceFallback.

架构设计相关 0. 什么是分布式系统，什么是微服务？ 集群：多机器做同一件事情； 分布式系统： 一件事情，多系统协同完成； 微服务架构：构建分布式系统的一种架构方式， 核心思路是：去中心化； http://www.cnblogs.com/liuning8023/p/4493156.html 1. RPC和RPC框架 RPC是指远程过程调用，实现远程过程调用的方式有很多中，Dubbo，Rmi，Hessian等等； RPC的核心过程包括了客户端和服务端的通讯协议，寻址，数据序列化/反序列化； 对上述过程进行了封装，不需要开发人员自己去定义通讯协议，去实现序列化的细节工作， 这样的组件称为RPC框架；常见RPC框架有 thrift，gRpc，dubbo，motan 2. 序列化方式及作用 序列化：将java对象或者其他内存中的数据，转换为一种特定格式的流，使之可以在网络中传输或者磁盘上存储； 反序列化：将流以特定的格式转为java对象或者内存中其他形式的数据；# json，jdk serializable, Hessian，Dubbo, Protobuf, 作用：压缩；持久化存储；跨网络传输； 3. 分布式系统中事务的处理 参考：https://wenku.baidu.com/view/be946bec0975f46527d3e104.html https://segmentfault

在进行持久层数据维护（新增或修改）的时候，我们通常需要记录一些非业务字段，比如：create_time、update_time、update_by、create_by等用来维护数据记录的创建时间、修改时间、修改人、创建人等信息。通常情况下我们需要对这些字段进行手动赋值。赋值的过程也比较冗余，都是重复操作。 通常是为create_time赋值为系统的当前时间、update_time赋值为系统修改操作执行时的当前时间。 create_by(创建人)、update_by(修改人)赋值为当前的登录用户的用户名 xxxYyyZzz.setUpdateBy("zimug"); //数据记录更新操作人 xxxYyyZzz.setUpdateTime(new Date()); //数据记录更新操作的时间 Mybatis plus 为我们提供了一种一劳永逸的自动化赋值方式。 一、调整数据库表结构 以mysql数据库环境下的xxx_yyy_zzz表为例，在原有的表字段的基础上，添加下面的四个通用数据维护字段。 ALTER TABLE `xxx_yyy_zzz` ADD COLUMN `create_by` VARCHAR(64) NOT NULL COMMENT '本条记录创建人'; ALTER TABLE `xxx_yyy_zzz` ADD COLUMN `create_time` DATETIME

关注嘉为科技，获取运维新知 企业应用系统：从单体应用走向微服务架构；从裸金属走向容器。 如果在诸多热门云计算技术诸如容器、微服务、DevOps、OpenStack等之中，找出一个最火的方向，那么可能非微服务莫属。尽管话题炙手可热，但对传统行业来说，微服务落地和方法论目前处于起步阶段。 单体架构 对于传统企业来说，数字化转型的需求日益迫切，其IT架构面临着互联网融合业务中海量用户和快速迭代的巨大挑战。当前，我们所开发的应用，不管是运行在局域网中还是部署在云端的，都采用了单体架构、分布式架构或微服务架构其中的一种。 其中，采用单体架构的应用数量最多，我们将这种应用简称为单体应用。我们可以将单体应用理解为主要的业务逻辑模块（我们编写的代码模块，不包括独立的中间件）运行在一个进程中的应用，最典型的是跑在Tomcat中的Java Web应用，不管这个应用在内部划分了多少模块，以及是否采用了MVC的分层架构，它都是一个单体应用，因为所有模块都运行在一个Tomcat容器中，位于一个进程里，如图所示是目前应用最为广泛的基于Sping Framework的单体应用的架构图。 单机应用有哪些好处和劣势呢？ 好处 技术门槛低 编程工作量少 开发简单快速 调试方便 环境容易搭建 容易发布部署及升级 无论是开发还是运维，其总体成本都很低且见效快 劣势 单体应用的系统比较膨胀与臃肿