大连凯杰建设有限公司网站,ai做网站页面建多大的,手机系统下载,青岛网络优化公司一.前期准备
1.1开发环境安装 Oracle从JDK9开始每半年发布⼀个新版本, 新版本发布后, ⽼版本就不再进⾏维护. 但是会有⼏个⻓期维护的版本. ⽬前⻓期维护的版本有: JDK8, JDK11, JDK17, JDK21 在 JDK版本的选择上#xff0c;尽量选择⻓期维护的版本. 为什么选择JDK17? S… 一.前期准备
1.1开发环境安装 Oracle从JDK9开始每半年发布⼀个新版本, 新版本发布后, ⽼版本就不再进⾏维护. 但是会有⼏个⻓期维护的版本. ⽬前⻓期维护的版本有: JDK8, JDK11, JDK17, JDK21 在 JDK版本的选择上尽量选择⻓期维护的版本. 为什么选择JDK17? Spring Cloud 是基于 SpringBoot 进⾏开发的, SpringBoot 3.X以下的版本, Spring官⽅已不再进⾏维护(还可以继续使⽤), SpringBoot 3.X的版本, 使⽤的JDK版本基线为JDK17. 鉴于JDK21 是2023.09⽉发布的, 很多功能还没有在⽣产环境验证, 所以选择使⽤JDK17来搭建。 Mysql安装版本8.0即可
1.2分析需求 ⼀个电商平台包含的内容⾮常多, 以京东为例, 仅从首页上就可以看到巨多的功能 我们该如何实现呢? 如果把这些功能全部写在⼀个服务里, 这个服务将是巨⼤的. 巨多的会员, 巨⼤的流量, 微服务架构是最好的选择. 微服务应用开发的第⼀步, 就是服务拆分. 拆分后才能进⾏各自开发 1.3服务拆分原则 微服务到底多⼩才算微, 这个在业界并没有明确的标准. 微服务并不是越⼩越好, 服务越⼩, 微服务架构的优点和缺点都会越来越明显. 服务越⼩, 微服务的独⽴性就会越来越⾼, 但同时, 微服务的数量也会越多, 管理这些微服务的难度也会提⾼. 所以服务拆分也要考虑场景 1.3.1单⼀职责原则 单⼀职责原则原本是⾯向对象设计中的⼀个基本原则, 它指的是⼀个类应该专注于单⼀功能. 不要存在多于⼀个导致类变更的原因 在微服务架构中, ⼀个微服务也应该只负责⼀个功能或业务领域, 每个服务应该有清晰的定义和边界, 只关注⾃⼰的特定业务领域 组织团队也是, ⼀个⼈专注做⼀件事情的效率远高于同时关注多件事情 比如电商系统
1.3.2服务自治 服务⾃治是指每个微服务都应该具备⾼度⾃治的能⼒, 即每个服务要能做到独⽴开发, 独⽴测试, 独⽴构建, 独⽴部署, 独⽴运⾏.麻雀虽小五脏俱全 以上⾯的电商系统为例每⼀个微服务应该有⾃⼰的存储, 配置在进⾏开发, 构建, 部署, 运⾏和测试时并不需要过多关注其他微服务的状态和数据 1.3.3单向依赖 微服务之间需要做到单向依赖, 严禁循环依赖, 双向依赖 循环依赖: A - B - C -A 双向依赖: A - B, B - A 如果⼀些场景确实无法避免循环依赖或者双向依赖, 可以考虑使用消息队列等其他方式来实现 补充 微服务架构并⽆标准架构, 合适的就是最好的 在架构设计的过程中, 坚持 合适优于业界领先, 避免过度设计(为了设计⽽设计). 1.4设置需求 ⼀个完整的电商系统是庞⼤的 重点关注如何使⽤Spring Cloud解决微服务架构中遇到的问题 以订单列表为例: 我们简单来考虑, 这个列表提供了以下信息: 订单列表 商品信息 根据服务的单⼀职责原则, 我们把服务进⾏拆分为: 订单服务, 商品服务 订单服务: 提供订单ID, 获取订单详细信息 商品服务: 根据商品ID, 返回商品详细信息. 二.项目搭建
Spring Cloud 是基于SpringBoot搭建的, 所以Spring Cloud 版本与SpringBoot版本有关 该项⽬中使⽤的SpringBoot 版本为 3.1.6, 对应的Spring Cloud版本应该为2022.0.x, 选择任⼀就可以 2.1数据准备 根据服务自治原则, 每个服务都应有自己独立的数据库 订单服务数据库信息: -- 订单服务-- 建库
create database if not exists cloud_order charset utf8mb4;use cloud_order;
-- 订单表
DROP TABLE IF EXISTS order_detail;
CREATE TABLE order_detail (id INT NOT NULL AUTO_INCREMENT COMMENT 订单id,user_id BIGINT ( 20 ) NOT NULL COMMENT 用户ID,product_id BIGINT ( 20 ) NULL COMMENT 产品id,num INT ( 10 ) NULL DEFAULT 0 COMMENT 下单数量,price BIGINT ( 20 ) NOT NULL COMMENT 实付款,delete_flag TINYINT ( 4 ) NULL DEFAULT 0,create_time DATETIME DEFAULT now(),update_time DATETIME DEFAULT now(),
PRIMARY KEY ( id )) ENGINE INNODB DEFAULT CHARACTER
SET utf8mb4 COMMENT 订单表;-- 数据初始化
insert into order_detail (user_id,product_id,num,price)
values
(2001, 1001,1,99), (2002, 1002,1,30), (2001, 1003,1,40),
(2003, 1004,3,58), (2004, 1005,7,85), (2005, 1006,7,94);
产品服务数据库信息
-- 产品服务
create database if not exists cloud_product charset utf8mb4;-- 产品表
use cloud_product;
DROP TABLE IF EXISTS product_detail;
CREATE TABLE product_detail (id INT NOT NULL AUTO_INCREMENT COMMENT 产品id,product_name varchar ( 128 ) NULL COMMENT 产品名称,product_price BIGINT ( 20 ) NOT NULL COMMENT 产品价格,state TINYINT ( 4 ) NULL DEFAULT 0 COMMENT 产品状态 0-有效 1-下架,create_time DATETIME DEFAULT now(),update_time DATETIME DEFAULT now(),
PRIMARY KEY ( id )) ENGINE INNODB DEFAULT CHARACTER
SET utf8mb4 COMMENT 产品表;-- 数据初始化
insert into product_detail (id, product_name,product_price,state)
values
(1001,T恤, 101, 0), (1002, 短袖,30, 0), (1003, 短裤,44, 0),
(1004, 卫衣,58, 0), (1005, 马甲,98, 0),(1006,羽绒服, 101, 0),
(1007, 冲锋衣,30, 0), (1008, 袜子,44, 0), (1009, 鞋子,58, 0),
(10010, 毛衣,98, 0); 2.2工程搭建 项目创建目前有两种
使用JavaEE的方式使用IDEA分别创建两个项目一个项目一个窗口麻烦采用父子工程的方式搭建推荐
1.创建父工程 2.删除src文件(因为不需要编写代码) 3.完善pom.xml文件信息 parentgroupIdorg.springframework.boot/groupIdartifactIdspring-boot-starter-parent/artifactIdversion3.1.6/versionrelativePath/ !-- lookup parent from repository --/parentpropertiesmaven.compiler.source17/maven.compiler.sourcemaven.compiler.target17/maven.compiler.targetjava.version17/java.versionmybatis.version3.0.3/mybatis.versionmysql.version8.0.33/mysql.versionspring-cloud.version2022.0.3/spring-cloud.version/propertiesdependenciesdependencygroupIdorg.projectlombok/groupIdartifactIdlombok/artifactIdoptionaltrue/optional/dependency/dependenciesdependencyManagementdependenciesdependencygroupIdorg.springframework.cloud/groupIdartifactIdspring-cloud-dependencies/artifactIdversion${spring-cloud.version}/versiontypepom/typescopeimport/scope/dependencydependencygroupIdorg.mybatis.spring.boot/groupIdartifactIdmybatis-spring-boot-starter/artifactIdversion${mybatis.version}/version/dependencydependencygroupIdcom.mysql/groupIdartifactIdmysql-connector-j/artifactIdversion${mysql.version}/version/dependencydependencygroupIdorg.mybatis.spring.boot/groupIdartifactIdmybatis-spring-boot-starter-test/artifactIdversion${mybatis.version}/versionscopetest/scope/dependency/dependencies/dependencyManagement 补充
pom文件DependencyManagement 和 Dependencies区别 dependencies 将所依赖的jar直接加到项⽬中. ⼦项⽬也会继承该依赖 dependencyManagement dependencyManagement 只是声明依赖, 并不实现Jar包引⼊. 如果⼦项⽬需要⽤到相关依赖,需要显式声明. 如果⼦项⽬没有指定具体版本, 会从父项目中读取version. 如果⼦项⽬中指定了版本号就会使⽤⼦项⽬中指定的jar版本. 此外父⼯程的打包⽅式应该是pom不是jar, 这⾥需要⼿动使⽤ packaging 来声明. 4.创建两个子项目order-service , product-service 此时父项目的pom文件就会多出modul 5.给order.pom文件和 product.pom文件添加必要的依赖
dependenciesdependencygroupIdorg.springframework.boot/groupIdartifactIdspring-boot-starter-web/artifactId/dependencydependencygroupIdcom.mysql/groupIdartifactIdmysql-connector-j/artifactId/dependency!--mybatis--dependencygroupIdorg.mybatis.spring.boot/groupIdartifactIdmybatis-spring-boot-starter/artifactId/dependency
/dependenciesbuildpluginsplugingroupIdorg.springframework.boot/groupIdartifactIdspring-boot-maven-plugin/artifactId/plugin/pluginsresourcesresourcedirectorysrc/main/resources/directoryfilteringtrue/filteringincludesinclude**/**/include/includes/resource/resources
/build 2.3编写order服务 1.给order子项目创建order包 - 编写启动类 package Order;import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;SpringBootApplication
public class OrderServiceApplication {public static void main(String[] args) {SpringApplication.run(OrderServiceApplication.class,args);}
}2.编写application.yml配置文件 开始编写业务代码
订单服务
根据订单ID返回订单详情
3.先写实体类 package order.model;import lombok.Data;import java.util.Date;Data
public class OrderInfo {private Integer id;private Integer userId;private Integer productId;private Integer num;private Integer price;private Integer deleteFlag;private Date createTime;private Date updateTime;
}4.编写mapper接口 package order.mapper;import order.model.OrderInfo;
import org.apache.ibatis.annotations.Select;public interface OrderMapper {Select(select * from order_detail where id #{orderId})OrderInfo selectOrderById(Integer orderId);//先声明方法
}5编写service Service主要也是从mapper接口调用订单的信息 package order.service;import order.mapper.OrderMapper;
import order.model.OrderInfo;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.stereotype.Service;Service
public class OrderService {Autowiredprivate OrderMapper orderMapper;//注入这个接口public OrderInfo selectOrderById(Integer orderId){return orderMapper.selectOrderById(orderId);}
}6.编写controller 接口 package order.controller;import order.model.OrderInfo;
import order.service.OrderService;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.web.bind.annotation.PathVariable;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;RequestMapping(order)
RestController
public class OrderController {Autowiredprivate OrderService orderService;RequestMapping(/{orderId})public OrderInfo getOrderById(PathVariable(orderId) Integer orderId){return orderService.selectOrderById(orderId);}
}启动项目失败 原因忘记在mapper接口添加Mapper注解 7.项目启动成功耶耶 2.4编写product服务
给product子项目也跟上述操作类似代码就不粘贴了
1.编写启动类 2.配置yml文件注意修改端口号成9090数据库名也要修改 开始编写业务代码
根据商品ID,返回商品信息 1.编写实体类信息 2.编写返回商品信息接口 3.编写service层
4.编写controller控制层 5.启动项目成功 2.5远程调用
实现两个子项目进行交互因为订单信息里面肯定需要商品信息嘛
根据订单查询订单信息时根据订单里产品ID获取产品的详细信息
实现思路: order-service服务向product-service服务发送⼀个http请求, 把得到的返回结果, 和订单结果融合在⼀起, 返回给调用方. 实现方式: 采用Spring 提供的RestTemplate
1.在将product的实体类复制到order的实体类并在order实体类添加product类信息 2.创建config包 - 创建HTTP对象 - 定义RestTemplate
3.在servicec层使用http对象调用 package order.service;import order.mapper.OrderMapper;
import order.model.OrderInfo;
import order.model.ProductInfo;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.stereotype.Service;
import org.springframework.web.client.RestTemplate;Service
public class OrderService {Autowiredprivate OrderMapper orderMapper;//注入这个接口Autowiredprivate RestTemplate restTemplate;public OrderInfo selectOrderById(Integer orderId){OrderInfo orderInfo orderMapper.selectOrderById(orderId);String url http://127.0.0.1:9090/product/ orderInfo.getProductId();ProductInfo productInfo restTemplate.getForObject(url,ProductInfo.class);orderInfo.setProductInfo(productInfo);return orderInfo;}
}4.两个项目都要启动然后调用order路径就可以返回product的信息了
三.RestTemplate介绍 RestTemplate 是从 Spring3.0 开始⽀持的⼀个 HTTP 请求⼯具, 它是⼀个同步的 REST API 客⼾端, 提供了常见的REST请求方案的模版 3.1什么是REST? REST(Representational State Transfer), 表现层资源状态转移.
可以把 REST 想象成一个大家都遵循的规则手册让不同的软件、系统之间能够顺畅地 “交流” 和 “合作”就像人们说同一种语言能更好地沟通一样。
这里面主要有三个概念
资源: ⽹络上的所有事物(文字图片视频等等)都可以抽象为资源, 每个资源都有⼀个唯⼀的资源标识符(URI) 表现层: 资源的表现形式, ⽐如⽂本作为资源, 可以⽤txt格式表现, 也可以通过HTML, XML, JSON等格式来表现, 甚⾄以⼆进制的格式表现. 状态转移: 访问URI, 也就是客⼾端和服务器的交互过程. 客⼾端⽤到的⼿段只能是HTTP协议. 这个过程中, 可能会涉及到数据状态的变化. ⽐如对数据的增删改查, 都是状态的转移 REST 是⼀种设计⻛格, 指资源在⽹络中以某种表现形式进⾏状态转移 简单来说: REST描述的是在网络中Client和Server的⼀种交互形式, REST本⾝不实⽤实⽤的是如何设计 RESTful APIREST风格的⽹络接⼝ 3.2什么是RESTful? REST 是⼀种设计风格, 并没有⼀个明确的标准. 满足这种设计风格的程序或接⼝我们称之为RESTful(从单词字⾯来看就是⼀个形容词). 所以RESTful API 就是满⾜REST架构风格的接⼝. RESTful 风格大致有以下⼏个主要特征
资源: 资源可以是⼀个图⽚, ⾳频, 视频或者JSON格式等⽹络上的⼀个实体, 除了⼀些⼆进制的资源外普通的⽂本资源更多以JSON为载体、⾯向⽤⼾的⼀组数据(通常从数据库中查询⽽得到) 统⼀接⼝: 对资源的操作. ⽐如获取, 创建, 修改和删除. 这些操作正好对应HTTP协议提供的GET、POST、PUT和DELETE⽅法. 换⾔⽽知如果使⽤RESTful⻛格的接⼝, 从接⼝上你可能只能定位其资源但是⽆法知晓它具体进⾏了什么操作需要具体了解其发⽣了什么操作动作要从其HTTP请求⽅法类型上进⾏判断
这些内容都是通过HTTP协议来呈现的. 所以RESTful是基于HTTP协议的RestTemplate 是Spring提供, 封装HTTP调用, 并强制使用RESTful风格. 它会处理HTTP连接和关闭,只需要使用者提供资源的地址和参数即可。
3.3RESTful实践 RESTful⻛格的API 固然很好很规范, 但⼤多数互联⽹公司并没有按照其规则来设计, 因为REST是⼀种风格而不是⼀种约束或规则, 过于理想的RESTful API 会付出太多的成本 RESTful API 缺点:
操作⽅式繁琐 RESTful API通常根据GET, POST, PUT, DELETE 来区分对资源的操作动作. 但是HTTP Method 并不可直接⻅到, 需要通过抓包等⼯具才能观察. 如果把动作放在URL上反⽽更加直观, 更利于团队的理解和交流. ⼀些浏览器对GET, POST之外的请求⽀持不太友好, 需要额外处理. 过分强调资源. ⽽实际业务需求可能⽐较复杂, 并不能单纯使⽤增删改查就能满⾜需求, 强⾏使⽤RESTful API会增加开发难度和成本 所以, 在实际开发中, 如果业务需求和RESTful API不太匹配或者很麻烦时, 也可以不⽤RESTful API. 如果使用场景和REST风格比较匹配, 就可以采用RESTful API. 总之: 无论哪种风格的API, 都是为了⽅便团队开发, 协商以及管理, 不能墨守成规. 尽信书不如无书, 尽信规范不如无规范。 3.4总结
REST: 想象有一个超级大的 “信息超市”里面有各种各样的 “商品”这些 “商品” 就是资源。比如说有水果类的资源像苹果、香蕉电器类的资源像电视、冰箱,REST 就是这个 “信息超市” 里大家都遵守的一套规则有了它不管是谁来超市不管是哪种客户端也不管超市是谁开的不管是哪个服务器大家都能按照统一的方式顺畅地交易 “商品”交换信息。
RESTful: 如果说 REST 是规则那 RESTful 就是严格遵守这个规则的 “好超市”。这个 “好超市” 里的每一个 “商品” 都有清晰准确的标签唯一的 URI工作人员和顾客交流时也完全按照规定的方式来使用标准 HTTP 方法。
RESTful 实践:
资源标识 给每一本书都分配一个独一无二的编号在网络里就是 URI。比如/books/1 代表编号为 1 的书这就像给书贴上了专属标签方便大家查找。
HTTP 方法使用
GET你在网页上输入/books/1 并发送请求就像你在书店里跟工作人员说 “我想看看编号为 1 的书的信息”服务器会返回这本书的详细信息如书名、作者、价格等。POST你在网页上填写新书的信息并提交就像你要把一本新书放到书店里卖。服务器接收到这个请求后会创建一个新的图书资源。PUT你发现编号为 1 的书价格写错了于是修改价格后再次提交这就像你在书店里把书的价格标签换了。服务器会根据你提供的新信息更新这本书的资源。DELETE你觉得编号为 1 的书不再需要了发送一个删除请求就像你把这本书从书店的货架上拿走了。服务器会把对应的图书资源删除。
现在假设有一个在线书店我们把它当作一个遵守 REST 规则的 “信息超市” 来实践。
通过这些方式在线书店就能高效地管理图书信息并且能和不同的用户客户端进行良好的交互这就是 RESTful 实践. 四.项目存在问题 远程调⽤时, URL的IP和端⼝号是写死的(http://127.0.0.1:9090/product/), 如果更换IP, 需要修改代码 调⽤⽅如何可以不依赖服务提供⽅的IP? 如果多机部署, 如何分摊压⼒? 远程调⽤时, URL非常容易写错, ⽽且复⽤性不⾼, 如何优雅的实现远程调⽤ 所有的服务都可以调用该接⼝, 是否有风险? 微服务架构还面临很多问题, 接下来我们学习如何使用Spring Cloud 来解决这些问题
