apollo client 获取meta url 为服务器内网地址

Posted 2023-03-21

参考技术A 正常安装apollo在服务器之后，会在本地去注册的时候 ，明明meta填的时候是公网地址，结果日志打出来是服务器的内网地址

根据日志定位到 ConfigServiceLocator类

根据本地断点调试得到这个httprequest的请求接口的地址，这个接口返回的meta url 就是为meta的内网地址

根据这个接口定位到apollo 服务端的源码

继续往下走

看到这里基本上真相大白了，这里只要把eureka的client 注册地址改成公网的就可以了

于是去script 里面的start.sh 找到

加上这个参数就可以了

Apollo报错找不到apollo.meta的问题解决方案

问题描述

Apollo报错，找不到apoll.meta，但是明明配置了apollo-env.properties到apollo-client内了。

apollo-env.properties

pro.meta=http://apollo.xxxx.com:81

问题分析

因公司内部使用的 ctrip Apollo用了较早的版本，期间经过一次升级，而我算是Apollo的忠实用户，使用时间超过两年。
因此，我恰好知道，Apollo稍早的版本，没有将Apollo-client发布到 中央仓库，因为 Apollo-client的内部包含了编译期间指定的apollo-env.properties文件，
而为了发布到中央仓库，不能使用此方式将自己公司的meta地址放入其中，因此Apollo增加了一种配置方式：通过JVM参数等方式指定 apollo 的meta Server地址。

公司Maven仓库内的apollo-client内是含有apollo-env.properties。因此原则上Apollo不需要再配置。

而为什么报错呢？

问题原因

Apollo的 Meta 地址获取逻辑，采用JAVA的SPI实现

package com.ctrip.framework.apollo.core.spi;

import com.ctrip.framework.apollo.core.enums.Env;

/**
 * @since 1.0.0
 */
public interface MetaServerProvider extends Ordered {

  /**
   * Provide the Apollo meta server address, could be a domain url or comma separated ip addresses, like http://1.2.3.4:8080,http://2.3.4.5:8080.
   * <br/>
   * In production environment, we suggest using one single domain like http://config.xxx.com(backed by software load balancers like nginx) instead of multiple ip addresses
   */
  String getMetaServerAddress(Env targetEnv);
}

而该接口有两个实现

默认实现：

public class DefaultMetaServerProvider implements MetaServerProvider

第二个实现：（旧版本）

public class LegacyMetaServerProvider implements MetaServerProvider

正常情况下，apollo应该使用二者之一的Provider。

如果JVM启动的时候，使用了DefaultMetaServerProvider，这种情况没有配置JVM参数 apollo.meta，那么将报错，找不到meta server。

那为什么公司的仓库内 apollo-client 有apollo-env.properties 但是没有使用LegacyMetaServerProvider ？

问题解决

因为踩坑次数多了，自然想到去jar包内看看，经过检查发现 jar内的META-INF确实有apollo-env.properties。
问题就出在，apollo-core-1.3.0-xxx.jar!/META-INF/services/com.ctrip.framework.apollo.core.spi.MetaServerProvider内是：

com.ctrip.framework.apollo.internals.DefaultMetaServerProvider

而
apollo-client-1.3.0-xxx.jar!/META-INF/services/com.ctrip.framework.apollo.core.spi.MetaServerProvider内是：

com.ctrip.framework.apollo.core.internals.LegacyMetaServerProvider

最终原因在于，maven打包工具有 maven-jar-plugin，maven-assembly-plugin, maven-shaded-plugin。

如果使用spring-boot-maven-plugin，虽然内置有maven-shaded-plugin，但是他根本不知道apollo的。

这些情况最终导致了不确定性，JVM加载的Jar包顺序不一样，或者打包的顺序，导致一个SPI文件被另一个文件覆盖掉了，因此丢失了一个provider实现。

但是只有maven-shaded-plugin，可以经过配置TRANSFORMER，将这两种合并到一个com.ctrip.framework.apollo.core.spi.MetaServerProvider文件内。

最终解决方案

保持apollo-client和apollo-core包内 的/META-INF/services/com.ctrip.framework.apollo.core.spi.MetaServerProvider
有两个Provider，分别写一行。
或者联系相关人员，将这两个文件的内容保持一致，并给出适用的使用方案。例如jar包内附带了pro.meta等变量的时候，提供LegacyMetaServerProvider。
如果没有附带，则要求使用人员自行配置 apollo.meta。

刚好这篇文章解决了我另一篇同样是关于Apollo和Dubbo集成的文章中遇到的问题。

解决Dubbo 2.7.3版本使用ConfigCenterConfig集成Apollo No Provider found的问题