本地调试feign调用出现的诡异404问题
问题产生
最近在给公司准备做分布式事务框架seata的调研，准备搭建一套demo，根据阿里云官网的案例，我准备搭建一套微服务架子，分别含有business、order、storage三个微服务组成，其中第一个微服务实现业务聚合，调用后面两个微服务，后面两个微服务只需要暴露接口，操作相关的数据库，我再利用seata来做分布式的场景演示！
技术框架
SpringCloud eureka mybatis-plus feign ribbon seata
核心代码
business调用方，在一个接口中通过feign调用其他2个服务
package com.blue.seata.business.service;
import com.blue.seata.order.api.remote.RemoteOrderService;
import com.blue.seata.storage.api.remote.RemoteStorageService;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.stereotype.Service;
@Service
public class BusinessService {
private static final Logger logger = LoggerFactory.getLogger(BusinessService.class);
@Autowired
RemoteOrderService orderService;
@Autowired
RemoteStorageService storageService;
public boolean buy(String userId, String code, Integer count) throws InterruptedException {
logger.info("用户购买商品[{}],[{}]", code, count);
orderService.create(userId, code, count);
logger.info("调用订单中心服务成功");
Thread.sleep(2000);
storageService.minus(code, count);
logger.info("调用库存中心服务成功");
return true;
}
}
Eureka客户端配置，我使用的是网上公益注册中心
eureka:
instance:
prefer-ip-address: true #以IP地址注册到服务中心，相互注册使用IP地址
client:
service-url:
defaultZone: http://eurekdsa.springclouddsds.cn/edsdureka/
registry-fetch-interval-seconds: 5
诡异的404
问题描述：在保证Feign接口暴露的配置没有错误的前提下【一定没问题】，我使用postman调用business的测试接口，第一次调用成功，但是再点击同样的接口，出现了以下报错，我贴一下postman
第一次：
第二次：
心态
很绝望，但是没办法，还是得埋头进去看看是哪个错误，看控制台的错误提示，发现这个地方对于服务最终解析的URL与我预期有出入
business中，第二次再调用接口的时候出现的，为什么是个问题，我解释一下，我的business端口是6000,order端口是7000，storage是8000，大家反应过来没有，这块解析出来的order接口调用怎么都不应该是8000的端口，很明显，解析出了问题，也就是说Feign解析出问题了，再往下想，Feign的组成由Ribbon+HttpClient组成，即服务路由+http访问两部分组件组成，这样，我就基本可以确定，Ribbon的配置，出了问题，很遗憾我自己没有解决，而且花费了大量时间去查询资料，但是没有一个匹配上，大多说的都是常规配置，比如context-path，和consume、produce等格式配置的问题，最后问了一个小伙伴，他就调整了我business服务一个地方的代码，看图
小结：
我到现在都不知道@RibbonClient这个注解，小伙伴解释说这是服务级别的负载均衡，而注入Bean的方式的负载是全局负载，这可能和我本地的调试环境有关系，我再描述一下我的测试环境：
1.本地三个服务，基本上代码都一样，使用同一个Eureka注册中心
2.Ribbon和Feign的代码符合日常咱们开发所见的代码
3.自己近期状态不好，过分相信百度，各种尝试，发现问题定位的太晚，找到问题也不知道如何去描述，尴尬
4.关于这一块的解释，我后续需要翻阅资料才能给出，抱歉啦！
springcloud在本地调试的踩坑记录
1、在本地调试的时候
可以专门配置一个application-local.yml。这个yml只在本地调试的时候使用。我觉得这个还是很有必要的，可以只在本地保存，不提交到Git。
2、修改配置文件中关于eureka的配置
之前自己一直没有注意到这个问题，导致在服务本地运行起来之后，一直不能再eureka的控制台看到本地的服务。后来才注意到时自己没有修改eureka中关于instance_id的配置。由于运行了两个相同id的服务，所以会冲突。解决的办法可以在eureka的instant_id的配置后面添加：{random.value}，通过添加随机数使得服务可以注册两次。
3、还是关于eureka的配置
在本地服务调用其他服务的时候，我发现一直是报超时的。看了后台服务的运行情况，用postman试一试，用swagger试一试，结果都没有超时，我一度以为是我的网络有问题。后来突然想到服务的eureka配置。
我们的配置文件是这样的：
prefer-ip-address: true
ip-address: 1**.***.***.49 # 访问的路径变为IP地址上面代码中的ip是阿里云的内网地址，外部是无法直接访问的，于是我把第二行代码注释掉，换成相应的外网地址。问题就这样解决了。
以上为个人经验，希望能给大家一个参考，也希望大家多多支持编程网。
