96SEO 2026-02-19 21:35 9
图片原文#xff1a;http://t.csdnimg.cn/SvUJh

Router路由路由时构建网关的基本模块它由ID目标URI一系列的断言和过滤器组成如果断言为true则匹配该路由。
Predicate断言断言说简单点就是请求匹配条件。
断言是定义匹配条件如果请求符合条件则该请求匹配断言所属的路由。
!--网关jar--dependencygroupIdorg.springframework.cloud/groupIdartifactIdspring-cloud-starter-gateway/artifactIdversion${spring-cloud-alibaba-version}/version/dependency!--引入nacos--dependencygroupIdcom.alibaba.cloud/groupIdartifactIdspring-cloud-starter-alibaba-nacos-discovery/artifactIdversion${spring-cloud-alibaba-version}/version/dependency!--注意我这里没有引入父工程而是springboot父启动依赖也不要引入web依赖而是webflux--dependencygroupIdorg.springframework.boot/groupIdartifactIdspring-boot-starter-webflux/artifactId/dependencySpring
支持的话需要导入spring-boot-starter-webflux而不是spring-boot-start-web
cloud:nacos:discovery:server-addr:
#注册服务到nacos注意nacos的端口号配置gateway:discovery:locator:enabled:
#表明gateway开启服务注册和发现的功能gateway为每一个服务创建了一个router这个router将以服务名开头的请求路径转发到对应的服务。
lower-case-service-id:
http://127.0.0.1:8070/alibaba-user-consumer-8090/user/findUserById?id3
cloud:nacos:discovery:server-addr:
#注册服务到nacos注意nacos的端口号配置gateway:discovery:locator:enabled:
#表明gateway开启服务注册和发现的功能gateway为每一个服务创建了一个router这个router将以服务名开头的请求路径转发到对应的服务。
lower-case-service-id:
或lb://alibaba-user-consumer-8090
http://127.0.0.1:8070/ts/user/findUserById?id3
客户端请求先找到路由路由匹配时经过过滤器层层筛选最终访问到微服务。
有时候SpringCloudGateWay提供的过滤器工厂不能满足自己的要求。
org.springframework.cloud.gateway.filter.GatewayFilterChain;
org.springframework.cloud.gateway.filter.GlobalFilter;
org.springframework.http.HttpStatus;
org.springframework.web.server.ServerWebExchange;
reactor.core.publisher.Mono;/***
tokenexchange.getRequest().getHeaders().getFirst(token);System.out.println(token1token);if
chain.filter(exchange);}System.out.println(错误不放行);exchange.getResponse().setStatusCode(HttpStatus.INTERNAL_SERVER_ERROR);return
exchange.getResponse().setComplete();}
org.springframework.cloud.gateway.filter.GatewayFilterChain;
org.springframework.cloud.gateway.filter.GlobalFilter;
org.springframework.core.Ordered;
org.springframework.core.annotation.Order;
org.springframework.stereotype.Component;
org.springframework.web.server.ServerWebExchange;
reactor.core.publisher.Mono;/***
spring:cloud:gateway:globalcors:
全局的跨域配置add-to-simple-url-handler-mapping:
在maxAge设置的时间范围内不去询问统统允许跨域corsConfigurations:[/**]:allowedOrigins:
http://localhost:8090allowedMethods:
使用SpringMvc自带的跨域检测工具类判断当前请求是否跨域if
(!CorsUtils.isCorsRequest(request))
requestHeaders.getAccessControlRequestMethod();
获取响应头headers.add(HttpHeaders.ACCESS_CONTROL_ALLOW_ORIGIN,requestHeaders.getOrigin());
把请求头中的请求源协议ip端口添加到响应头中相当于yml中的allowedOrigins)headers.addAll(HttpHeaders.ACCESS_CONTROL_ALLOW_HEADERS,requestHeaders.getAccessControlRequestHeaders());if
{headers.add(HttpHeaders.ACCESS_CONTROL_ALLOW_METHODS,requestMethod.name());
允许被响应的方法GET/POST等相当于yml中的allowedMethods)}headers.add(HttpHeaders.ACCESS_CONTROL_ALLOW_CREDENTIALS,
允许在请求中携带cookie相当于yml中的allowCredentialsheaders.add(HttpHeaders.ACCESS_CONTROL_EXPOSE_HEADERS,
允许在请求中携带的头信息相当于yml中的allowedHeadersheaders.add(HttpHeaders.ACCESS_CONTROL_MAX_AGE,
本次跨域检测的有效期(单位毫秒相当于yml中的maxAge)if
直接给option请求反回结果response.setStatusCode(HttpStatus.OK);return
网关可以做很多的事情比如限流当我们的系统被频繁的请求的时候就有可能将系统压垮所以为了解决这个问题需要在每一个微服务中做限流操作但是如果有了网关那么就可以在网关系统做限流因为所有的请求都需要先通过网关系统才能路由到微服务中。
桶设置最大的放置令牌限制当桶满时、新添加的令牌就被丢弃或者拒绝
请求达到后首先要获取令牌桶中的令牌拿着令牌才可以进行其他的业务逻辑处理完业务逻辑之后将令牌直接删除
令牌桶有最低限额当桶中的令牌达到最低限额的时候请求处理完之后将不会删除令牌以此保证足够的限流
限流--dependencygroupIdorg.springframework.boot/groupIdartifactIdspring-boot-starter-data-redis-reactive/artifactIdversion2.1.3.RELEASE/version/dependency
Mono.just(exchange.getRequest().getRemoteAddress().getHostName());}};}
http://127.0.0.1:7780predicates:
对象redis-rate-limiter.replenishRate:
#令牌桶每秒填充平均速率redis-rate-limiter.burstCapacity:
作为专业的SEO优化服务提供商,我们致力于通过科学、系统的搜索引擎优化策略,帮助企业在百度、Google等搜索引擎中获得更高的排名和流量。我们的服务涵盖网站结构优化、内容优化、技术SEO和链接建设等多个维度。
| 服务项目 | 基础套餐 | 标准套餐 | 高级定制 |
|---|---|---|---|
| 关键词优化数量 | 10-20个核心词 | 30-50个核心词+长尾词 | 80-150个全方位覆盖 |
| 内容优化 | 基础页面优化 | 全站内容优化+每月5篇原创 | 个性化内容策略+每月15篇原创 |
| 技术SEO | 基本技术检查 | 全面技术优化+移动适配 | 深度技术重构+性能优化 |
| 外链建设 | 每月5-10条 | 每月20-30条高质量外链 | 每月50+条多渠道外链 |
| 数据报告 | 月度基础报告 | 双周详细报告+分析 | 每周深度报告+策略调整 |
| 效果保障 | 3-6个月见效 | 2-4个月见效 | 1-3个月快速见效 |
我们的SEO优化服务遵循科学严谨的流程,确保每一步都基于数据分析和行业最佳实践:
全面检测网站技术问题、内容质量、竞争对手情况,制定个性化优化方案。
基于用户搜索意图和商业目标,制定全面的关键词矩阵和布局策略。
解决网站技术问题,优化网站结构,提升页面速度和移动端体验。
创作高质量原创内容,优化现有页面,建立内容更新机制。
获取高质量外部链接,建立品牌在线影响力,提升网站权威度。
持续监控排名、流量和转化数据,根据效果调整优化策略。
基于我们服务的客户数据统计,平均优化效果如下:
我们坚信,真正的SEO优化不仅仅是追求排名,而是通过提供优质内容、优化用户体验、建立网站权威,最终实现可持续的业务增长。我们的目标是与客户建立长期合作关系,共同成长。
Demand feedback