springcloud之自定義簡易消費服務元件

　　本次和大家分享的是怎麼來消費服務，上篇文章講了使用Feign來消費，本篇來使用rest+ribbon消費服務，並且通過輪詢方式來自定義了個簡易消費元件，本文分享的宗旨是：自定義消費服務的思路；思路如果有可取之處還請“贊”一下：

• Rest+Ribbon實現消費服務
• Rest+輪詢自定義簡易消費元件
• 使用Scheduled重新整理服務提供者資訊

Rest+Ribbon實現消費服務

　　做為服務消費方準確的來說進行了兩種主流程區分1)獲取可以服務2)呼叫服務，那麼又是如何獲取服務的並且又是通過什麼來呼叫服務的，下面我們來看一副手工圖：

　　

　　手工圖上能夠看出消費方先獲取了服務方的真實介面地址，然後再通過地址去呼叫介面；然後對於微服務架構來說獲取某一個類ip或埠然後去呼叫介面肯定是不可取的，因此微服務中產生了一種serviceid的概念；簡單流程介紹完了，下面通過例項來分析；首先新增依賴如：

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-web</artifactId>
</dependency>
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-eureka</artifactId>
</dependency>

　　再來我們通過上篇文章搭建的eureka_server(服務中心),eureka_provider(服務提供者)來做測試用例，這裡我重新定義eureka_consumer_ribbon模組做為消費服務；先建立service層類和程式碼：

@Service
public class UserService implements UserInterface {

    @Autowired
    protected RestTemplate restTemplate;

    @Override
    public MoRp<List<MoUser>> getUsers(MoRq rq) {
        return null;
    }

    @Override
    public String getMsg() {

        String str = restTemplate.getForObject("http://EUREKA-PROVIDER/msg", String.class);
        return str;
    }
}

　　主要用到了RestTemplate的restTemplate.getForObject函式，然後需要定義個Controller來吧獲取到的資料響應到頁面上，為了簡單這裡僅僅只拿getMsg服務介面測試:

@RestController
public class UserController {

    @Autowired
    private UserService userService;

    @GetMapping("/msg")
    public String getMsg(){

        return userService.getMsg();
    }
}

　　最後我們在啟動類新增入下程式碼，注意@LoadBalanced標記必須加，因為咋們引入的eureka依賴裡面包含了ribbon（Dalston.RELEASE版本），ribbon封裝了負載均衡的演算法，如果不加這個註解，那後面rest方法的url就必須是可用的url路徑了，當然這裡加了註解就可以使用上面說的serviceId：

@SpringBootApplication
@EnableDiscoveryClient //消費客戶端
public class EurekaConsumerRibbonApplication {

    @Bean 
    @LoadBalanced //負載均衡
    RestTemplate restTemplate(){
        return new RestTemplate();
    }
    
    public static void main(String[] args) {
        SpringApplication.run(EurekaConsumerRibbonApplication.class, args);
    }
}

　　下面來消費方顯示的效果：

　　

Rest+輪詢自定義簡易消費元件

　　自定義消費元件原來和麵手工圖差不多，就是先想法獲取服務提供端真實的介面地址，然後通過rest去呼叫這個url，得到相應的結果輸出；這裡自定義了一個ShenniuBanlance的元件類：

/**
 * Created by shenniu on 2018/6
 * <p>
 * rest+eureka+自定義client端
 */
@Component
public class ShenniuBanlance {

    @Autowired
    private RestTemplate restTemplate;

    @Autowired
    private DiscoveryClient discoveryClient;

    /**
     * 服務真實地址 ConcurrentHashMap<"服務應用名稱", ("真實介面ip", 被訪問次數)>
     */
    public static ConcurrentHashMap<String, List<MoService>> sericesMap = new ConcurrentHashMap<>();

    /**
     * 設定服務提供者資訊到map
     */
    public void setServicesMap() {
        //獲取所有服務提供者applicationName
        List<String> appNames = discoveryClient.getServices();

        //儲存真實地址到map
        for (String appName :
                appNames) {
            //獲取某個服務提供者資訊
            List<ServiceInstance> instanceInfos = discoveryClient.getInstances(appName);
            if (instanceInfos.isEmpty()) {
                continue;
            }

            List<MoService> services = new ArrayList<>();
            instanceInfos.forEach(b -> {
                MoService service = new MoService();
                //被訪問次數
                service.setWatch(0L);
                //真實介面地址
                service.setUrl(b.getUri().toString());
                services.add(service);
            });

            //如果存在就更新
            sericesMap.put(appName.toLowerCase(), services);
        }
    }

    /**
     * 根據app獲取輪詢方式選中後的service
     *
     * @param appName
     * @return
     */
    public MoService choiceServiceByAppName(String appName) throws Exception {
        appName = appName.toLowerCase();
        //某種app的服務service集合
        List<MoService> serviceMap = sericesMap.get(appName);
        if (serviceMap == null) {
            //初始化所有app服務
            setServicesMap();
            serviceMap = sericesMap.get(appName);
            if (serviceMap == null) {
                throw new Exception("未能找到" + appName + "相關服務");
            }
        }

        //篩選出被訪問量最小的service  輪詢的方式
        MoService moService = serviceMap.stream().min(
                Comparator.comparing(MoService::getWatch)
        ).get();

        //負載記錄+1
        moService.setWatch(moService.getWatch() + 1);
        return moService;
    }

    /**
     * 自動重新整理 服務提供者資訊到map
     */
    @Scheduled(fixedDelay = 1000 * 10)
    public void refreshServicesMap() {
        setServicesMap();
    }

    /**
     * get請求服務獲取返回資料
     *
     * @param appName     應用名稱 ApplicationName
     * @param serviceName 服務名稱 ServiceName
     * @param map         url上請求引數
     * @param tClass      返回型別
     * @param <T>
     * @return
     */
    public <T> T getServiceData(
            String appName, String serviceName,
            Map<String, ?> map,
            Class<T> tClass) {
        T result = null;
        try {
            //篩選獲取真實Service
            MoService service = choiceServiceByAppName(appName);

            //請求該service的url
            String apiUrl = service.getUrl() + "/" + serviceName;
            System.out.println(apiUrl);
            result = map != null ?
                    restTemplate.getForObject(apiUrl, tClass, map) :
                    restTemplate.getForObject(apiUrl, tClass);
        } catch (Exception ex) {
            ex.printStackTrace();
        }
        return result;
    }

    /**
     * Service資訊
     */
    public class MoService {
        /**
         * 負載次數記錄數
         */
        private Long watch;
        /**
         * 真實介面地址： http://xxx.com/api/add
         */
        private String url;

        public Long getWatch() {
            return watch;
        }

        public void setWatch(Long watch) {
            this.watch = watch;
        }

        public String getUrl() {
            return url;
        }

        public void setUrl(String url) {
            this.url = url;
        }
    }
}

　　以上就是主要的實現程式碼，程式碼邏輯：設定服務提供者資訊到map-》根據app獲取輪詢方式選中後的service-》請求服務獲取返回資料；輪詢實現的原理是使用了一個負載記錄數，每次被請求後自動+1，當要獲取某個服務提供者時，通過記錄數篩選出最小值的一個例項，裡面儲存有真實介面地址url；呼叫只需要這樣(當然可以弄成註解來呼叫)：

    @Override
    public String getMsg() {

        String str = banlance.getServiceData(
                "EUREKA-PROVIDER", "msg",
                null,
                String.class
        );
        return str;
    }

　　這裡需要注意由於我們在前面RestTemplate使用加入了註解@LoadBalanced，這樣使得rest請求時必須用非ip的訪問方式（也就是必須serviceid）才能正常響應，不然會提示錯誤如：

　　

　　簡單來說就是不用再使用ip了，因為有負載均衡機制；當我們去掉這個註解後，我們自定義的元件就能執行成功，效果圖和例項1一樣就不貼圖了；

使用Scheduled重新整理服務提供者資訊

　　在微服務架構中，如果某臺服務掛了之後，必須要及時更新client端的服務快取資訊，不然就可能請求到down的url去，基於這種考慮我這裡採用了EnableSched標記來做定時重新整理；首先在啟動類增加 @EnableScheduling ，然後定義一個刷行服務資訊的服務如：

/**
     * 自動重新整理 服務提供者資訊到map 
     */
    @Scheduled(fixedDelay = 1000 * 10)
    public void refreshServicesMap() {
        setServicesMap();
    }

　　為了方便看測試效果，我們在server，provider(2個)，consumer已經啟動的情況下，再啟動一個埠為2005的provider服務；然後重新整理consumer介面看下效果：

　　

　　這個時候能夠看到呼叫2005埠的介面成功了，通過@Scheduled定時服務吧最新或者失效的服務加入|移除掉，就達到了咋們的需求了；如果你覺得該篇內容對你有幫助，不防贊一下，謝謝。