你确定你用client可以成功，但是sst失败吗？ 382行这里并没有解析sink，换句话说，不管sink是什么，这一行的结果应该都是一样的 
是的呀，我数据都查得到，这个代码是git提供的那个nebula-exchage jar包，不可能没解析呀
我是说382这一行没有解析sink，sink是在后面解析的
没太懂你说的，382行的方法不就是解析sink，然后返回option吗？
382行是解析source，比如hive，kafka这些，sink是在386行解析
不是吧？我们看的不是同一个？是你说的是哪儿个类？我刚刚又试了试，咱三确认，client是可以成功的，sst就是不行，报错依旧是java.io.NotSerializable:
com.google.common.net.HostPort
我看的是上面一个大佬发的版本 
那我这边的382是他的386行
请问这里边您的配置部分 meta 里 ip1 是 hostname 还是 IPv4 地址。
如果是 hostname 那就是这个造成的，看起来写入 SST 才需要读取 meta，写入 server/client sink 不需要所以没有触发问题，2.6.3 修复了 meta 不支持 hostname 的问题
https://github.com/vesoft-inc/nebula-exchange/releases/tag/v2.6.3
这里下载：
https://repo1.maven.org/maven2/com/vesoft/nebula-exchange/2.6.3/nebula-exchange-2.6.3.jar
写的是ipv4，不是hostname
exchange 代码直接编译的 没有改过吧
我记得之前有过不支持超过一个 meta 的时候，但是好像 2.6 已经 fix 了
没有改过的，我等空的时候再重新下载试下吧
2.6.0支持多个meta的应该是，我client方式就可以的，这个sst不应该不能吧
我不确定 client 模式下会消费到 meta 地址了
重新下载代码，试了效果一样的，client方式成功了，sst还是报这个错，等后面升级一下nebula graph看看是不是低版本不支持多个meta的原因
解决方案https://discuss.nebula-graph.com.cn/t/topic/5753/10
请问是 guava 的问题？
