本地調(diào)試feign調(diào)用出現(xiàn)的詭異404問題

問題產(chǎn)生

最近在給公司準(zhǔn)備做分布式事務(wù)框架seata的調(diào)研，準(zhǔn)備搭建一套demo，根據(jù)阿里云官網(wǎng)的案例，我準(zhǔn)備搭建一套微服務(wù)架子，分別含有business、order、storage三個微服務(wù)組成，其中第一個微服務(wù)實現(xiàn)業(yè)務(wù)聚合，調(diào)用后面兩個微服務(wù)，后面兩個微服務(wù)只需要暴露接口，操作相關(guān)的數(shù)據(jù)庫，我再利用seata來做分布式的場景演示！

技術(shù)框架

SpringCloud eureka mybatis-plus feign ribbon seata

核心代碼

business調(diào)用方，在一個接口中通過feign調(diào)用其他2個服務(wù)

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;
/**
 * @author liulei
 * @version 1.0
 */
@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("調(diào)用訂單中心服務(wù)成功");
        Thread.sleep(2000);
        storageService.minus(code, count);
        logger.info("調(diào)用庫存中心服務(wù)成功");
        return true;
    }
}

Eureka客戶端配置，我使用的是網(wǎng)上公益注冊中心

eureka:
  instance:
    prefer-ip-address: true #以IP地址注冊到服務(wù)中心，相互注冊使用IP地址
  client:
    service-url:
      defaultZone: http://eurekdsa.springclouddsds.cn/edsdureka/
    registry-fetch-interval-seconds: 5

詭異的404

問題描述：在保證Feign接口暴露的配置沒有錯誤的前提下【一定沒問題】，我使用postman調(diào)用business的測試接口，第一次調(diào)用成功，但是再點擊同樣的接口，出現(xiàn)了以下報錯，我貼一下postman

第一次：

第二次：

心態(tài)

很絕望，但是沒辦法，還是得埋頭進去看看是哪個錯誤，看控制臺的錯誤提示，發(fā)現(xiàn)這個地方對于服務(wù)最終解析的URL與我預(yù)期有出入

business中，第二次再調(diào)用接口的時候出現(xiàn)的，為什么是個問題，我解釋一下，我的business端口是6000,order端口是7000，storage是8000，大家反應(yīng)過來沒有，這塊解析出來的order接口調(diào)用怎么都不應(yīng)該是8000的端口，很明顯，解析出了問題，也就是說Feign解析出問題了，再往下想，F(xiàn)eign的組成由Ribbon+HttpClient組成，即服務(wù)路由+http訪問兩部分組件組成，這樣，我就基本可以確定，Ribbon的配置，出了問題，很遺憾我自己沒有解決，而且花費了大量時間去查詢資料，但是沒有一個匹配上，大多說的都是常規(guī)配置，比如context-path，和consume、produce等格式配置的問題，最后問了一個小伙伴，他就調(diào)整了我business服務(wù)一個地方的代碼，看圖

小結(jié)：

我到現(xiàn)在都不知道@RibbonClient這個注解，小伙伴解釋說這是服務(wù)級別的負載均衡，而注入Bean的方式的負載是全局負載，這可能和我本地的調(diào)試環(huán)境有關(guān)系，我再描述一下我的測試環(huán)境：

1.本地三個服務(wù)，基本上代碼都一樣，使用同一個Eureka注冊中心

2.Ribbon和Feign的代碼符合日常咱們開發(fā)所見的代碼

3.自己近期狀態(tài)不好，過分相信百度，各種嘗試，發(fā)現(xiàn)問題定位的太晚，找到問題也不知道如何去描述，尷尬

4.關(guān)于這一塊的解釋，我后續(xù)需要翻閱資料才能給出，抱歉啦！

springcloud在本地調(diào)試的踩坑記錄

1、在本地調(diào)試的時候

可以專門配置一個application-local.yml。這個yml只在本地調(diào)試的時候使用。我覺得這個還是很有必要的，可以只在本地保存，不提交到Git。

2、修改配置文件中關(guān)于eureka的配置

之前自己一直沒有注意到這個問題，導(dǎo)致在服務(wù)本地運行起來之后，一直不能再eureka的控制臺看到本地的服務(wù)。后來才注意到時自己沒有修改eureka中關(guān)于instance_id的配置。由于運行了兩個相同id的服務(wù)，所以會沖突。解決的辦法可以在eureka的instant_id的配置后面添加：{random.value}，通過添加隨機數(shù)使得服務(wù)可以注冊兩次。

3、還是關(guān)于eureka的配置

在本地服務(wù)調(diào)用其他服務(wù)的時候，我發(fā)現(xiàn)一直是報超時的?？戳撕笈_服務(wù)的運行情況，用postman試一試，用swagger試一試，結(jié)果都沒有超時，我一度以為是我的網(wǎng)絡(luò)有問題。后來突然想到服務(wù)的eureka配置。

我們的配置文件是這樣的：

prefer-ip-address: true
ip-address: 1**.***.***.49 # 訪問的路徑變?yōu)镮P地址

上面代碼中的ip是阿里云的內(nèi)網(wǎng)地址，外部是無法直接訪問的，于是我把第二行代碼注釋掉，換成相應(yīng)的外網(wǎng)地址。問題就這樣解決了。 

以上為個人經(jīng)驗，希望能給大家一個參考，也希望大家多多支持腳本之家。

最新評論