Products
96SEO 2026-02-19 09:11 16
那么我们发出的请求明明是http://userservice/user/1#xff0c;怎么变成了http://localhost:8081的呢#xff1f;
SpringCloud底层其实是利用了一个名为Ribbon的组件来实现负载均衡功能的。
那么我们发出的请求明明是http://userservice/user/1怎么变成了http://localhost:8081的呢
为什么我们只输入了service名称就可以访问了呢之前还要获取ip和端口。
显然有人帮我们根据service名称获取到了服务实例的ip和端口。
它就是LoadBalancerInterceptor这个类会在对RestTemplate的请求进行拦截然后从Eureka根据服务id获取服务列表随后利用负载均衡算法得到真实的服务地址信息替换服务id。
可以看到这里的intercept方法拦截了用户的HttpRequest请求然后做了几件事
http://user-service/user/8originalUri.getHost()获取uri路径的主机名其实就是服务iduser-servicethis.loadBalancer.execute()处理服务id和用户请求。
这里的this.loadBalancer是LoadBalancerClient类型我们继续跟入。
getLoadBalancer(serviceId)根据服务id获取ILoadBalancer而ILoadBalancer会拿着服务id去eureka中获取服务列表并保存起来。
getServer(loadBalancer)利用内置的负载均衡算法从服务列表中选择一个。
本例中可以看到获取了8082端口的服务
在刚才的代码中可以看到获取服务使通过一个getServer方法来做负载均衡:
这里的rule默认值是一个RoundRobinRule看类的介绍
SpringCloudRibbon的底层采用了一个拦截器拦截了RestTemplate发出的请求对地址做了修改。
用一幅图来总结一下
拦截我们的RestTemplate请求http://userservice/user/1RibbonLoadBalancerClient会从请求url中获取服务名称也就是user-serviceDynamicServerListLoadBalancer根据user-service到eureka拉取服务列表eureka返回列表localhost:8081、localhost:8082IRule利用内置负载均衡规则从列表中选择一个例如localhost:8081RibbonLoadBalancerClient修改请求地址用localhost:8081替代userservice得到http://localhost:8081/user/1发起真实请求
负载均衡的规则都定义在IRule接口中而IRule有很多不同的实现类
内置负载均衡规则类规则描述RoundRobinRule简单轮询服务列表来选择服务器。
它是Ribbon默认的负载均衡规则。
AvailabilityFilteringRule对以下两种服务器进行忽略
1在默认情况下这台服务器如果3次连接失败这台服务器就会被设置为“短路”状态。
短路状态将持续30秒如果再次连接失败短路的持续时间就会几何级地增加。
2并发数过高的服务器。
如果一个服务器的并发连接数过高配置了AvailabilityFilteringRule规则的客户端也会将其忽略。
并发连接数的上限可以由客户端的..ActiveConnectionsLimit属性进行配置。
WeightedResponseTimeRule为每一个服务器赋予一个权重值。
服务器响应时间越长这个服务器的权重就越小。
这个规则会随机选择服务器这个权重值会影响服务器的选择。
ZoneAvoidanceRule以区域可用的服务器为基础进行服务器的选择。
使用Zone对服务器进行分类这个Zone可以理解为一个机房、一个机架等。
而后再对Zone内的多个服务做轮询。
BestAvailableRule忽略那些短路的服务器并选择并发数较低的服务器。
RandomRule随机选择一个可用的服务器。
RetryRule重试机制的选择逻辑
默认的实现就是ZoneAvoidanceRule是一种轮询方案
代码方式在order-service中的OrderApplication类中定义一个新的IRule
}配置文件方式在order-service的application.yml文件中添加新的配置也可以修改规则
给某个微服务配置负载均衡规则这里是userservice服务ribbon:NFLoadBalancerRuleClassName:
com.netflix.loadbalancer.RandomRule
Ribbon默认是采用懒加载即第一次访问时才会去创建LoadBalanceClient请求时间会很长。
而饥饿加载则会在项目启动时创建降低第一次访问的耗时通过下面配置开启饥饿加载
作为专业的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
