最新十六(3)，java分布式面试题

2301_79099416

于 2024-05-14 13:26:20 发布

阅读量751

点赞数 9

分类专栏：程序员文章标签： java 面试学习

本文链接：https://blog.csdn.net/2301_79099416/article/details/138851271

版权

程序员专栏收录该内容

236 篇文章 0 订阅

订阅专栏

最后

为什么我不完全主张自学？
①平台上的大牛基本上都有很多年的工作经验了，你有没有想过之前行业的门槛是什么样的，现在行业门槛是什么样的？以前企业对于程序员能力要求没有这么高，甚至十多年前你只要会写个“Hello World”，你都可以入门这个行业，所以以前要入门是完全可以入门的。
②现在也有一些优秀的年轻大牛，他们或许也是自学成才，但是他们一定是具备优秀的学习能力，优秀的自我管理能力（时间管理，静心坚持等方面）以及善于发现问题并总结问题。
如果说你认为你的目标十分明确，能做到第②点所说的几个点，以目前的市场来看，你才真正的适合去自学。

除此之外，对于绝大部分人来说，报班一定是最好的一种快速成长的方式。但是有个问题，现在市场上的培训机构质量参差不齐，如果你没有找准一个好的培训班，完全是浪费精力，时间以及金钱，这个需要自己去甄别选择。

我个人建议线上比线下的性价比更高，线下培训价格基本上没2W是下不来的，线上教育现在比较成熟了，此次疫情期间，学生基本上都感受过线上的学习模式。相比线下而言，线上的优势以我的了解主要是以下几个方面：
①价格：线上的价格基本上是线下的一半；
②老师：相对而言线上教育的师资力量比线下更强大也更加丰富，资源更好协调；
③时间：学习时间相对而言更自由，不用裸辞学习，适合边学边工作，降低生活压力；
④课程：从课程内容来说，确实要比线下讲的更加深入。

应该学哪些技术才能达到企业的要求？（下图总结）

本文已被CODING开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录

需要这份系统化的资料的朋友，可以点击这里获取

2.5.访问测试

启动注册中心，启动用户服务，启动网关访问：http://localhost:1110/user/user/1,请求将会打到用户服务上，并返回用户数据。

3. predicate断言工厂

3.1.什么是断言工厂

什么是断言工程，在Spring Cloud Gateway官方文档有如下解释：

Spring Cloud Gateway将路由作为Spring WebFlux HandlerMapping基础架构的一部分进行匹配。Spring Cloud Gateway包括许多内置的路由断言工厂。所有这些断言都与HTTP请求的不同属性匹配。您可以将多个路由断言工厂与逻辑and语句结合使用。

这里不难理解，其实断言工厂就是用来判断http请求的匹配方式。比如我们再上面案例中配置的：“Path=/user/**” ，就是使用的是 “Path Route Predicate Factory” 路径匹配工厂，意思是http请求的资源地址必须是 /user 才会被匹配到对应的路由，然后继续执行对应的服务获取资源。

在Spring Cloud Gateway中，针对不同的场景内置的路由断言工厂，比如

Query Route Predicate Factory：根据查询参数来做路由匹配
RemoteAddr Route Predicate Factory：根据ip来做路由匹配
Header Route Predicate Factory：根据请求头中的参数来路由匹配
Host Route Predicate Factory：根据主机名来进行路由匹配
Method Route Predicate Factory ：根据方法来路由匹配
Cookie Route Predicate Factory：根据cookie中的属性值来匹配
Before Route Predicate Factory：指定时间之间才能匹配
After Route Predicate Factory：指定时间之前才能匹配
Weight Route Predicate Factory：根据权重把流量分发到不同的主机

3.2.根据查询参数断言- Query Route Predicate Factory

spring:

cloud:

gateway:

routes:

id: query_route

uri: https://example.org

predicates:

Query=green

上面配置表达的试试是如果请求参数中包含了 green，那么就会断言成功，从而执行uri后面的地址。

3.3.根据path断言-Path Route Predicate Factory

spring:

cloud:

gateway:

routes:

id: path_route

uri: https://example.org

predicates:

Path=/red/{segment},/blue/{segment}

请求路径如: /red/1或/red/blue或/blue/green 就可以断言成功

3.4.根据权重比例断言-Weight Route Predicate Factory

spring:

cloud:

gateway:

routes:

id: weight_high

uri: https://weighthigh.org

predicates:

Weight=group1, 8
id: weight_low

uri: https://weightlow.org

predicates:

Weight=group1, 2

大约80％的请求转发到weighthigh.org，将大约20％的流量转发到weightlow.org。

3.5.根据远程ip断言 - RemoteAddr Route Predicate Factory

spring:

cloud:

gateway:

routes:

id: remoteaddr_route

uri: https://example.org

predicates:

RemoteAddr=192.168.1.1/24

如果请求的远程地址为 192.168.1.1到192.168.1.24之间，则此路由匹配

3.6.指定时间之后断言-After Route Predicate Factory

spring:

cloud:

gateway:

routes:

id: after_route

uri: https://example.org

predicates:

After=2017-01-20T17:42:47.789-07:00[America/Denver]

在atfer配置的时间之后才能访问

3.7.在指定时间之前断言-Before Route Predicate Factory

spring:

cloud:

gateway:

routes:

id: before_route

uri: https://example.org

predicates:

Before=2017-01-20T17:42:47.789-07:00[America/Denver]

在before配置的时间之前才能访问

3.8.在指定时间段之间断言-Between Route Predicate Factory

spring:

cloud:

gateway:

routes:

id: between_route

uri: https://example.org

predicates:

Between=2017-01-20T17:42:47.789-07:00[America/Denver], 2017-01-21T17:42:47.789-07:00[America/Denver]

请求时间在两个时间之内者允许访问

3.9.根据cookie断言-Cookie Route Predicate Factory

spring:

cloud:

gateway:

routes:

id: cookie_route

uri: https://example.org

predicates:

Cookie=chocolate, ch.p

cookies中必须有Cookie配置的属性才能匹配

3.10.根据请求头断言-Header Route Predicate Factory

spring:

cloud:

gateway:

routes:

id: header_route

uri: https://example.org

predicates:

Header=X-Request-Id, \d+

请求头必须出现 X-Request-Id 才可以访问

3.11.根据主机断言-Host Route Predicate Factory

spring:

cloud:

gateway:

routes:

id: host_route

uri: https://example.org

predicates:

Host=.somehost.org,.anotherhost.org

如果请求的主机头具有值**.somehost.org,或者**.anotherhost.org这匹配路由

3.12.根据请求方式断言-Method Route Predicate Factory

spring:

cloud:

gateway:

routes:

id: method_route

uri: https://example.org

predicates:

Method=GET,POST

只允许 GET和POST请求

4.Spring Cloud Gateway 的 Filter 过滤器

Gateway的Filter的zuul的Filter有相似之处，与zuul不同的是，Gateway的filter从生命周期上可以分为“pre”和“post”类型。根据作用范围可分为针对于单个路由的gateway filter，和针对于所有路由的Global Filer。官网文档

4.1.Gateway filter

针对单个路由的Filter, 它允许以某种方式修改HTTP请求或HTTP响应。过滤器可以作用在某些特定的请求路径上。Gateway内置了很多的GatewayFilter工厂。如果要使用这些Filter只需要在配置文件配置GatewayFilter Factory的名称。下面拿一个内置的Gateway Filter举例：

AddRequestHeader GatewayFilter Factory

该Filter是Gateway内置的，它的作用是在请求头加上指定的属性。配置如下：

spring:

cloud:

gateway:

routes:

id: add_request_header_route

uri: https://example.org

filters:

AddRequestHeader=X-Request-red, blue

在spring.cloud.gateway.routes.filters配置项配置了一个AddRequestHeader ,他是“AddRequestHeader GatewayFilter Factory”的名称，意思是在请求头中添加一个“X-Request-red”的属性，值为blue 。

其他的Filter可以去看 AbstractGatewayFilterFactory 的实现类。

4.2.自定义Gateway Filter

在Spring Cloud Gateway自定义过滤器，过滤器需要实现GatewayFilter和Ordered这两个接口。我们下面来演示自定义filter计算请求的耗时。

public class RequestTimeFilter implements GatewayFilter, Ordered {

private static final Log log = LogFactory.getLog(GatewayFilter.class);

private static final String COUNT_Start_TIME = “countStartTime”;

@Override

public Mono filter(ServerWebExchange exchange, GatewayFilterChain chain) {

//开始时间

exchange.getAttributes().put(COUNT_Start_TIME, System.currentTimeMillis());

//执行完成之后

return chain.filter(exchange).then(

Mono.fromRunnable(() -> {

//开始时间

Long startTime = exchange.getAttribute(COUNT_Start_TIME);

//结束时间

Long endTime=(System.currentTimeMillis() - startTime);

if (startTime != null) {

log.info(exchange.getRequest().getURI().getRawPath() + ": " + endTime + “ms”);

}

})

);

}

@Override

public int getOrder() {

return Ordered.LOWEST_PRECEDENCE;

}

提示： getOrder返回filter的优先级，越大的值优先级越低，在filterI方法中计算了请求的开始时间和结束时间

最后我们还需要把该Filter配置在对应的路由上，配置如下：

@Configuration

public class FilterConfig {

//配置TokenCheckFilter作用于那个访问规则上

@Bean

public RouteLocator customerRouteLocator(RouteLocatorBuilder builder) {

return builder.routes()

.route(r -> r.path(“/user/**”)

.filters(f -> f.stripPrefix(1)

.filter(new RequestTimeFilter())

.addResponseHeader(“X-Response-test”, “test”))

.uri(“lb://user-server”)

.order(0)

.id(“test-RequestTimeFilter”)

)

.build();

}

提示：这里将 RequestTimeFilter 添加到 “/user/**”这里路由上，当请求包含/user就会触发Filter的执行。

4.3.自定义GlobalFilter

GlobalFilter:全局过滤器，不需要在配置文件中配置，作用在所有的路由上，最终通过GatewayFilterAdapter包装成GatewayFilterChain可识别的过滤器，它为请求业务以及路由的URI转换为真实业务服务的请求地址的核心过滤器，不需要配置，系统初始化时加载，并作用在每个路由上。

这里我们模拟了一个登陆检查的Filter.

@Component

public class TokenFilter implements GlobalFilter , Ordered {

@Override

public Mono filter(ServerWebExchange exchange, GatewayFilterChain chain) {

//获取请求中的token

String token = exchange.getRequest().getQueryParams().getFirst(“authToken”);

if (token == null || token.isEmpty()) {

//访问没有权限

exchange.getResponse().setStatusCode(HttpStatus.UNAUTHORIZED);

//返回结果，不会继续往后执行

return exchange.getResponse().setComplete();

}

//放行

return chain.filter(exchange);

}

@Override

public int getOrder() {

return -200;

}

如果请求参数中没有 authToken ，就返回咩有权限的状态吗。

5.Gateway跨域配置

所谓的跨域是因为浏览器的同源(同一个域)策略限制，其实就是同源策略会阻止一个域的javascript脚本和另外一个域的内容进行交互，在前后端分离的项目架构中就会出现跨域问题，因为Gateway 网关是微服务的访问入口，所以我们只需要在Gateway配置跨域即可：官方文档

spring:

cloud:

globalcors: #跨域配置

cors-configurations:

‘[/**]’:

allowedOrigins: “https://docs.spring.io” #允许的站点

allowedMethods: #允许的请求方式

GET
POST
DELETE
PUT
HEAD
CONNECT
TRACE
OPTIONS

allowHeaders: #允许的请求头

Content-Type

提示：运行跨域访问的站点：https://docs.spring.io ，同时把常见的请求方式都开放。

6.Spring Cloud Gateway配置Hystrix熔断

我们再《Spring Cloud极简入门》中有学习到Hystrix的熔断，在zuul中也有去开启Hystrix熔断，Hystrix作为微服务的安全保护机制，而Gateway作为微服务的访问入口和出口，集成Hystrix熔断机制也是必要的。

6.1.导入Hysxtrix依赖

org.springframework.cloud

spring-cloud-starter-netflix-hystrix

6.2.yml配置

spring:

cloud:

gateway:

routes:

id: hystrix_route #路由的ID，没有固定规则，但是要唯一

uri: lb://user-server #跳转的服务

predicates:

Path=/user/** #path路径

filters:

name: Hystrix

args:

name: fallbackcmd

fallbackUri: forward:/fallback

StripPrefix=1

hystrix:

command:

fallbackcmd:

execution:

isolation:

thread:

timeoutInMilliseconds: 5000 #超时时间，熔断

这里的name:hystrix其实是对应了HystrixGatewayFilterFactory，它是一个Hystrix熔断的filter工厂。

配置了两个参数，一个是 name: fallbackcmd作为名称生成HystrixCommand对象进行熔断处理

fallbackUri: forward:/fallback ：是熔断后的回调方法，其实就是降级方法。

6.3.编写回调

对应了配置中的fallbackUri

@RestController

public class GatewayController {

@RequestMapping(value = “/fallback”)

public String fallback(){

return “fallback 。。。。。。”;

}

总结

如果你选择了IT行业并坚定的走下去，这个方向肯定是没有一丝问题的，这是个高薪行业，但是高薪是凭自己的努力学习获取来的，这次我把P8大佬用过的一些学习笔记（pdf）都整理在本文中了

《Java中高级核心知识全面解析》

小米商场项目实战，别再担心面试没有实战项目：

本文已被CODING开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录

需要这份系统化的资料的朋友，可以点击这里获取

x其实是对应了HystrixGatewayFilterFactory`，它是一个Hystrix熔断的filter工厂。

配置了两个参数，一个是 name: fallbackcmd作为名称生成HystrixCommand对象进行熔断处理

fallbackUri: forward:/fallback ：是熔断后的回调方法，其实就是降级方法。

6.3.编写回调

对应了配置中的fallbackUri

@RestController

public class GatewayController {

@RequestMapping(value = “/fallback”)

public String fallback(){

return “fallback 。。。。。。”;

}

总结

《Java中高级核心知识全面解析》

[外链图片转存中…(img-7oCgCm2X-1715664357860)]

小米商场项目实战，别再担心面试没有实战项目：

[外链图片转存中…(img-g5TOG03F-1715664357861)]

本文已被CODING开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录

需要这份系统化的资料的朋友，可以点击这里获取

2301_79099416

关注

9
点赞
踩
27

收藏

觉得还不错? 一键收藏
0
评论
最新十六(3)，java分布式面试题

什么是断言工程，在Spring Cloud Gateway官方文档有如下解释：Spring Cloud Gateway将路由作为Spring WebFlux HandlerMapping基础架构的一部分进行匹配。Spring Cloud Gateway包括许多内置的路由断言工厂。所有这些断言都与HTTP请求的不同属性匹配。您可以将多个路由断言工厂与逻辑and语句结合使用。这里不难理解，其实断言工厂就是用来判断http请求的匹配方式。比如我们再上面案例中配置的：“” ，就是使用的是 “
复制链接

扫一扫