J2EE分布式架构资料

1.Java Caching定义了5个核心接口,分别是 CachingProvider 、 CacheManager 、 Cache、Entry 和 Expiry 。
2.kafka支持水平扩展。
3.Spring Cloud就是分布式微服务架构下的一站式解决方案,是各个微服务架构落地技术的集合体,俗称微服务全家桶。
4.Spring boot 通过spring-boot-devtools添加开发者工具集。
5.断路器跳闸后需要手动打开是错误的。
6.Spring Cloud Zuul 内置 zuul proxy 代理服务器。
7.关于启动SpirngBoot的正确方式:1 在idea中直接使用启动 最常用 2 使用mvn 命令来启动3
8.Spring Cloud Config配置管理开发工具包,可以让你把配置放到远程服务器。
9.Spring Cloud Sleuth日志收集工具包,封装了Dapper,Zipkin和HTrace操作。
10.使用mvn编译,而后在class目录生成jar包,使用Java命令来启动
11.使用SpringBoot作为我们的框架,连Tomcat都不用自己配置。Tomcat默认的端口是8080
12.SpringBoot中,在yml文件中配置属性,那么我们在Controller中可以使用@value属性来进行获取。
13.默认情况下SpringBoot使用Logback作为日志框架。
14.spring-xml-starter-名称不是springboot常用的starter。
15.启动Ribbon的类注解是:@EnableDisscoveryClient
16.@EnableFeignClients注解不是@SpringbootApplication包含的默认属性值。
17.springcloud断路器是一个用于处理分布式系统的延迟和容错的开源库,在分布式系统里,许多依赖不可避免的会调用失败,比如超时、异常等待。
18.springboot默认读取配置文件是application.properties或application.yml
19.Reids默认端口是 6379 。
20.Spring Cloud为各个微服务之间提供配置管理、服务发现、断路器、路由、微代理、事件总线、全局锁、决策竞选以及分布式会话等集成服务。
21.RestTemplate中提供了一系列的 getXXX()方法 、 postXXX()方法 、 putXXX()方法 、 deleteXXX()方法 等,以供发起对应的REST规范请求。
22.Redis常用的五大数据类型分别是 String 、 List 、 Set 、 Zset 和 Hash 。
23.Redis事务的三大特性分别是 单独的隔离操作 、 没有隔离级别的概念 和 不保证原子性
24.Spring Boot的核心思想是 约定大于配置 。
25.单体应用的缺点有 效率低 、 维护难 、 不灵活 、 稳定性差 和 扩展性不够 。
26.微服务的优点有 易于开发和维护 、 单个服务启动快 、 局部修改容易部署 、 技术栈不受限和按需收缩
27.服务注册中心Eureka Server在设计的时候考虑了高可用设计。
28.Spring 定时任务@Scheduled cron表达式 @Scheduled(cron = “0 0/30 9-17 * * ?”)表示:朝九晚五工作时间内每半小时执行
29.Spring Boot指定存放静态资源的文件夹包括
30.“classpath:/META-INF/resources/” 、
31.“classpath:/resources/” 、
32.“classpath:/static/” 、
33.“classpath:/public/” 、
34.“/”
35.清空缓存使用的注解是 @CacheEvict 。
36.Ribbon默认的算法为 轮循 算法。
37.Feign是一个声明式的 Web Service客户端 ,他的目的就是让Web Service调用更加简单。
38.Zuul包含了 对请求的路由 和 过滤 两个最主要的功能。
39.对注册中心做分布式集群是因为当一个注册中心挂掉之后,那么会导致整个软件系统的崩溃,为了避免这种情况,就需要建立多个注册中心,将需要注册的服务同时向多个注册中心进行注册。而注册中心之间需要相互关联,当一个正在投入运行的注册中心挂掉之后,依然继续运行在外部看来该软件的所有功能都没有出现故障。一般不同的注册中心会放在不同的机器上,也就是所谓的集群,当一个注册挂掉之后依然保持软件系统的稳定运行,也就是所谓的高可用。
40.Spring Cloud Config分为 客户端 和 服务端 。
41.Spring Boot专注于快速方便地开发个体微服务。Spring Cloud是专注全部的微服务协调整理治理框架,它将Spring Boot开发的一个个单体微服务整合并管理起来,为各个服务之间提供配置管理、服务发现、断路器、路由、微代理、事件总线、全局锁、决策竞选以及分布式会话等集成服务。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
J2EE分布式架构和B/S架构是两种常见软件架构模式,它们有以下区别: 1. 定义: - J2EE分布式架构J2EEJava 2 Platform, Enterprise Edition)是一种基于Java的企业级应用开发平台,其分布式架构是指将应用程序的不同组件部署在不同的物理或逻辑节点上,通过网络进行通信和协作。 - B/S架构:B/S(Browser/Server)架构是一种基于浏览器和服务器的应用程序架构,其浏览器作为客户端,通过HTTP协议与服务器进行通信,服务器负责处理业务逻辑并向客户端提供服务。 2. 组件部署: - J2EE分布式架构J2EE应用程序通常由多个组件组成,如EJB(Enterprise JavaBean)、Servlet、JSP(JavaServer Pages)等,这些组件可以部署在不同的服务器上,通过RMI(Remote Method Invocation)或Web服务进行通信。 - B/S架构:B/S架构,应用程序的前端界面通常由HTML、CSS和JavaScript等技术实现,部署在浏览器,而后端的业务逻辑则部署在服务器上。 3. 客户端: - J2EE分布式架构J2EE应用程序的客户端可以是各种类型的应用,如桌面应用、移动应用等,客户端与服务器之间通过网络进行通信。 - B/S架构:B/S架构,客户端即为浏览器,用户通过浏览器访问服务器上的应用程序。 4. 通信方式: - J2EE分布式架构J2EE应用程序之间的通信可以使用多种协议和技术,如RMI、CORBA(Common Object Request Broker Architecture)等。 - B/S架构:B/S架构,客户端与服务器之间的通信通常使用HTTP协议。 5. 扩展性: - J2EE分布式架构J2EE应用程序的分布式架构可以支持较高的可扩展性,可以将不同的组件部署在不同的服务器上,根据需求进行水平或垂直扩展。 - B/S架构:B/S架构相对简单,扩展性较弱,通常只需要在服务器端进行扩展。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值