闯关经验:
袋鼠走过了第一关,顺利搭建出了Demo,信心爆棚。不过之后,心想怎么去研究这个框架呢。查了一下,官方文档,好像没什么东西可以研究啊。后来,又搜了搜博客,因为这是微博的框架嘛,所以搜索时用百度进行搜索。后来发现,源代码工程motan-demo-server中的MotanApiExportDemo类,它用代码的形式完整了表述了服务端启动的过程,这不正是思路吗。袋鼠,找到了方向,摸了摸下巴,点了点头,开干。
1 服务发布
不多说废话,先上demo
package com.weibo.motan.demo.server; import com.weibo.api.motan.common.MotanConstants;
import com.weibo.api.motan.config.ProtocolConfig;
import com.weibo.api.motan.config.RegistryConfig;
import com.weibo.api.motan.config.ServiceConfig;
import com.weibo.api.motan.util.MotanSwitcherUtil;
import com.weibo.motan.demo.service.MotanDemoService; public class MotanApiExportDemo { public static void main(String[] args) throws InterruptedException {
ServiceConfig<MotanDemoService> motanDemoService = new ServiceConfig<MotanDemoService>(); // 设置接口及实现类
motanDemoService.setInterface(MotanDemoService.class);
motanDemoService.setRef(new MotanDemoServiceImpl()); // 配置服务的group以及版本号
motanDemoService.setGroup("motan-demo-rpc");
motanDemoService.setVersion("1.0"); // 配置注册中心直连调用
RegistryConfig registry = new RegistryConfig(); //use local registry
//registry.setRegProtocol("local"); // use ZooKeeper registry
registry.setRegProtocol("zookeeper");
registry.setAddress("127.0.0.1:2181"); // registry.setCheck("false"); //是否检查是否注册成功
motanDemoService.setRegistry(registry); // 配置RPC协议
ProtocolConfig protocol = new ProtocolConfig();
protocol.setId("motan");
protocol.setName("motan");
motanDemoService.setProtocol(protocol); motanDemoService.setExport("motan:8002");
// 服务的发布及注册的核心 这里是重点 接下来,深入分析
motanDemoService.export(); MotanSwitcherUtil.setSwitcherValue(MotanConstants.REGISTRY_HEARTBEAT_SWITCHER, true); System.out.println("server start...");
} }
motanDemoService.export()
方法中整体的逻辑很清晰明了,我已经用红字给出解释了。先对这个方法有个整体认识,然后再逐步分析。
public synchronized void export() {
// 判断接口是否发布,如果已经发布,出log,并结束此方法
if (exported.get()) {
LoggerUtil.warn(String.format("%s has already been expoted, so ignore the export request!", interfaceClass.getName()));
return;
}
// 对接口和方法进行检查
(interfaceClass, methods);
// 获取注册的URL地址,之后进行check
// URL对象是整个框架的核心对象,它保存了一系列配置,分为注册URL和服务URL,注册URL是指到Registry服务的地址,服务URL则是具体使用的服务串
List<URL> registryUrls = loadRegistryUrls();
if (registryUrls == null || registryUrls.size() == 0) {
throw new IllegalStateException("Should set registry config for service:" + interfaceClass.getName());
}
// 获取协议和端口号,之后进行发布
Map<String, Integer> protocolPorts = getProtocolAndPort();
for (ProtocolConfig protocolConfig : protocols) {
Integer port = protocolPorts.get(protocolConfig.getId());
if (port == null) {
throw new MotanServiceException(String.format("Unknow port in service:%s, protocol:%s", interfaceClass.getName(),
protocolConfig.getId()));
}
// 实际的发布和注册的操作都是方法doExport里。类似doXXX,方法里都是关于XXX的核心的操作,这样的编码习惯在Spring框架源码中大量出现
// 同时也是很值得大家借鉴的
doExport(protocolConfig, port, registryUrls);
}
// 服务发布后的后续处理
afterExport();
}
分析:
①第二行,exported的声明如下,private AtomicBoolean exported = new AtomicBoolean(false);这是使用了JDK提供的原子类,保证变量的原子性
②接口的检查
protected void checkInterfaceAndMethods(Class<?> interfaceClass, List<MethodConfig> methods) {
if (interfaceClass == null) {
throw new IllegalStateException("interface not allow null!");
}
if (!interfaceClass.isInterface()) {
throw new IllegalStateException("The interface class " + interfaceClass + " is not a interface!");
}
// 检查方法是否在接口中存在
// methods值为null(没有设置),所以不会进入下面方法里
if (methods != null && !methods.isEmpty()) {
for (MethodConfig methodBean : methods) {
String methodName = methodBean.getName();
if (methodName == null || methodName.length() == 0) {
throw new IllegalStateException("<motan:method> name attribute is required! Please check: <motan:service interface=\""
+ interfaceClass.getName() + "\" ... ><motan:method name=\"\" ... /></<motan:referer>");
}
java.lang.reflect.Method hasMethod = null;
for (java.lang.reflect.Method method : interfaceClass.getMethods()) {
if (method.getName().equals(methodName)) {
if (methodBean.getArgumentTypes() != null
&& ReflectUtil.getMethodParamDesc(method).equals(methodBean.getArgumentTypes())) {
hasMethod = method;
break;
}
if (methodBean.getArgumentTypes() != null) {
continue;
}
if (hasMethod != null) {
throw new MotanFrameworkException("The interface " + interfaceClass.getName() + " has more than one method "
+ methodName + " , must set argumentTypes attribute.", MotanErrorMsgConstant.FRAMEWORK_INIT_ERROR);
}
hasMethod = method;
}
}
if (hasMethod == null) {
throw new MotanFrameworkException("The interface " + interfaceClass.getName() + " not found method " + methodName,
MotanErrorMsgConstant.FRAMEWORK_INIT_ERROR);
}
methodBean.setArgumentTypes(ReflectUtil.getMethodParamDesc(hasMethod));
}
}
}
③取得注册的URL地址
内容很简单,源码的注释已经很简明了。
protected List<URL> loadRegistryUrls() {
List<URL> registryList = new ArrayList<URL>();
// 这里的registries是在demo中registry.setRegProtocol("zookeeper"); registry.setAddress("127.0.0.1:2181");进行设置的
if (registries != null && !registries.isEmpty()) {
for (RegistryConfig config : registries) {
String address = config.getAddress();
if (StringUtils.isBlank(address)) {
address = NetUtils.LOCALHOST + ":" + MotanConstants.DEFAULT_INT_VALUE;
}
Map<String, String> map = new HashMap<String, String>();
config.appendConfigParams(map); map.put(URLParamType.application.getName(), getApplication());
map.put(URLParamType.path.getName(), RegistryService.class.getName());
map.put(URLParamType.refreshTimestamp.getName(), String.valueOf(System.currentTimeMillis())); // 设置默认的registry protocol,parse完protocol后,需要去掉该参数
if (!map.containsKey(URLParamType.protocol.getName())) {
if (address.contains("://")) {
map.put(URLParamType.protocol.getName(), address.substring(0, address.indexOf("://")));
} else {
map.put(URLParamType.protocol.getName(), MotanConstants.REGISTRY_PROTOCOL_LOCAL);
}
}
// address内部可能包含多个注册中心地址
List<URL> urls = UrlUtils.parseURLs(address, map);
if (urls != null && !urls.isEmpty()) {
for (URL url : urls) {
url.removeParameter(URLParamType.protocol.getName());
registryList.add(url);
}
}
}
}
return registryList;
}
④服务发布和注册的核心操作 doExport
方法中主要做了两件事,前60行解析生成的配置实体类转换成URL类,60行以后的代码,代理给ConfigHandler,并生成Exporter对象。
private void doExport(ProtocolConfig protocolConfig, int port, List<URL> registryURLs) {
// 首先是,收集服务的协议的各种信息 host 端口 procotol
// 吐槽一下,方法的前部分,这些应该算是准备工作,这些准备工作不应该放在doExport方法里。
String protocolName = protocolConfig.getName();
if (protocolName == null || protocolName.length() == 0) {
protocolName = URLParamType.protocol.getValue();
} String hostAddress = host;
if (StringUtils.isBlank(hostAddress) && basicService != null) {
hostAddress = basicService.getHost();
}
if (NetUtils.isInvalidLocalHost(hostAddress)) {
hostAddress = getLocalHostAddress(registryURLs);
} Map<String, String> map = new HashMap<String, String>(); map.put(URLParamType.nodeType.getName(), MotanConstants.NODE_TYPE_SERVICE);
map.put(URLParamType.refreshTimestamp.getName(), String.valueOf(System.currentTimeMillis())); collectConfigParams(map, protocolConfig, basicService, extConfig, this);
collectMethodConfigParams(map, this.getMethods());
// 生成URL地址,之后check是否已经发布该地址的服务
URL serviceUrl = new URL(protocolName, hostAddress, port, interfaceClass.getName(), map); if (serviceExists(serviceUrl)) {
LoggerUtil.warn(String.format("%s configService is malformed, for same service (%s) already exists ", interfaceClass.getName(),
serviceUrl.getIdentity()));
throw new MotanFrameworkException(String.format("%s configService is malformed, for same service (%s) already exists ",
interfaceClass.getName(), serviceUrl.getIdentity()), MotanErrorMsgConstant.FRAMEWORK_INIT_ERROR);
} List<URL> urls = new ArrayList<URL>(); // injvm 协议只支持注册到本地,其他协议可以注册到local、remote
if (MotanConstants.PROTOCOL_INJVM.equals(protocolConfig.getId())) {
URL localRegistryUrl = null;
for (URL ru : registryURLs) {
if (MotanConstants.REGISTRY_PROTOCOL_LOCAL.equals(ru.getProtocol())) {
localRegistryUrl = ru.createCopy();
break;
}
}
if (localRegistryUrl == null) {
localRegistryUrl =
new URL(MotanConstants.REGISTRY_PROTOCOL_LOCAL, hostAddress, MotanConstants.DEFAULT_INT_VALUE,
RegistryService.class.getName());
} urls.add(localRegistryUrl);
} else {
// 我们用的是Motan协议 所以会进到else分支
for (URL ru : registryURLs) {
urls.add(ru.createCopy());
}
} for (URL u : urls) {
u.addParameter(URLParamType.embed.getName(), StringTools.urlEncode(serviceUrl.toFullStr()));
registereUrls.add(u.createCopy());
}
// 到这里为止,算是各种准备工作就绪了,接下来是SPI的部分。我们休息五分钟。袋鼠吃个茶蛋去,回来接着干。 ConfigHandler configHandler = ExtensionLoader.getExtensionLoader(ConfigHandler.class).getExtension(MotanConstants.DEFAULT_VALUE); exporters.add(configHandler.export(interfaceClass, ref, urls));
}
大家到这里可能累了,建议休息一会,稍后打起精神学习下面的东西。
SPI
JDK的SPI
关于SPI,我先说JDK的SPI,然后在分析Motan的SPI。
JDK的SPI:https://my.oschina.net/11450232/blog/700146
可以先阅读文章的demo部分,后面的内容先不读,接下来,看下面原理分析的文章
SPI原理分析:https://blog.csdn.net/a910626/article/details/78811273
看这篇文章的时候,建议自己第一遍看完后,了解大概,之后自己动手debug进行跟踪实践。就用上面demo的代码进行调试就可以。注意,在方法hasNext
中,pending = parse(service, configs.nextElement())
;这里是获取文件一行内容;在方法next
中,c = Class.forName(cn, false, loader)利用发射,生成实现接口的类。这里的两个地方需要打断点自己实践。
我也尚有疑问,configs = loader.getResources(fullName);
这里的返回值不是很明白,希望前辈们赐教。
上面的内容消化掉,理解了JDK的SPI的使用和原理后,可以看下面的文章,里面的有个关于jdbc的实例分析,自己也动手实践了,真的很棒!!!
------------------------------------------------------------------------------------------------------------------------------
http://www.myexception.org/program/1355384.html
------------------------------------------------------------------------------------------------------------------------------
下面呢,留下一段代码,大家自己验证跑一下,验证自己的预期值是否正确。(我认为上面的文章写的足够详细了,自己一定要动手debug跑跑看,再又不懂的可以留言,如果到这里,有不懂的地方,一定要停下来,好好消化弄懂,不要往下看,内功不够,后面就该走火入魔了!!!)
import java.sql.Driver;
import java.sql.DriverManager;
import java.util.Enumeration; public class JDBC_SPI {
public static void main(String[] args) {
Enumeration<Driver> drivers = DriverManager.getDrivers();
Driver driver;
while (drivers.hasMoreElements()) {
driver = drivers.nextElement();
System.out.println(driver.getClass());
}
}
}
JDK的SPI不足之处:
1.ServiceLoader使用延迟加载,但是只能通过遍历全部获取,也就是接口的实现类全部加载并实例化一遍。如果你并不想用某些实现类,它也被加载并实例化了,这就造成了浪费;
2.获取某个实现类的方式不够灵活,只能通过Iterator形式获取,不能根据某个参数来获取对应的实现类;
3.不是单例。
那么,我们接下来继续研究Motan的SPI,看看他有哪些高明之处。
Motan的SPI
分析源码前,先看Motan的两个注解
Spi:在Motan中如果要使用SPI机制,则暴露出来的接口要使用@Spi注解标注,并且可以指定该接口的的实现者在创建对象时是用单例还是多例创建。
SpiMeta:这个注解是加载实现类上的,用来标注该实现类的SPI名称,后续可以通过该名称来获取一个服务。(一个接口会有很多实现类,可以标注每个实现类自己的名称)
提示:
java的SPI只能通过类型获取实现者,最后要根据类型来确定使用哪个实现类来处理业务;Motan通过SpiMeta注解增加类实现类的名称,所以可以根据名称来获取,能更好的解耦。
到这里,具备了对SPI的认识后,我们返回到ServiceConfig的doExport()方法,继续分析。
前面部分代码省略。。。 1 ConfigHandler configHandler = ExtensionLoader.getExtensionLoader(ConfigHandler.class).getExtension(MotanConstants.DEFAULT_VALUE); exporters.add(configHandler.export(interfaceClass, ref, urls));
getExtensionLoader的参数是接口类,在getExtensionLoader方法中,对class参数进行check,然后对ExtensionLoader初始化
public static <T> ExtensionLoader<T> getExtensionLoader(Class<T> type) {
checkInterfaceType(type);
// extensionLoaders的定义,是一个ConcurrentMap。我认为这个map,做缓存用。
ExtensionLoader<T> loader = (ExtensionLoader<T>) extensionLoaders.get(type); if (loader == null) {
loader = initExtensionLoader(type);
}
return loader;
}
接下来,我们看loader是如何进行初始化的。
注意,因为是多线程操作它,所以方法前的synchronized 关键字很重要。此外,initExtensionLoader方法内部和外部,分别执行了一次loader为null的判断。这里是进行单例双重检测???如果这样的话,上面的方法中,在loader的定义前面,应该加一个volatile关键字。这个地方有疑问,不知道大家什么看法????
(关于单例双重检测,附上一篇文章,写的不错:https://www.jianshu.com/p/45885e50d1c4)
public static synchronized <T> ExtensionLoader<T> initExtensionLoader(Class<T> type) {
ExtensionLoader<T> loader = (ExtensionLoader<T>) extensionLoaders.get(type); if (loader == null) {
loader = new ExtensionLoader<T>(type); extensionLoaders.putIfAbsent(type, loader); loader = (ExtensionLoader<T>) extensionLoaders.get(type);
} return loader;
}
接下来,我们再分析getExtension(MotanConstants.DEFAULT_VALUE)的操作。
public T getExtension(String name) {
// 第一步,是初始化的check。具体里面check什么东西,稍后深入分析
checkInit(); if (name == null) {
return null;
} try {
Spi spi = type.getAnnotation(Spi.class);
// 第二步,判断是否生成单例的实例,然后创建实例
if (spi.scope() == Scope.SINGLETON) {
return getSingletonInstance(name);
} else {
Class<T> clz = extensionClasses.get(name); if (clz == null) {
return null;
} return clz.newInstance();
}
} catch (Exception e) {
failThrows(type, "Error when getExtension " + name, e);
} return null;
}
private void checkInit() {
if (!init) {
loadExtensionClasses();
}
}
private synchronized void loadExtensionClasses() {
if (init) {
return;
} extensionClasses = loadExtensionClasses(PREFIX);
singletonInstances = new ConcurrentHashMap<String, T>(); init = true;
}
接下来进入loadExtensionClasses方法
首先是获取全名(META-INF/services/com.weibo.api.motan.config.handler.ConfigHandler),然后进入第10行,获取url(file:/C:/Users/46617/git/motan/motan-core/target/classes/META-INF/services/com.weibo.api.motan.config.handler.ConfigHandler),接下来,第20行,解析这个地址,获取里面的内容(接口的实现类),最后,第27行,导入类。
private ConcurrentMap<String, Class<T>> loadExtensionClasses(String prefix) {
String fullName = prefix + type.getName();
List<String> classNames = new ArrayList<String>(); try {
Enumeration<URL> urls;
if (classLoader == null) {
urls = ClassLoader.getSystemResources(fullName);
} else {
urls = classLoader.getResources(fullName);
} if (urls == null || !urls.hasMoreElements()) {
return new ConcurrentHashMap<String, Class<T>>();
} while (urls.hasMoreElements()) {
URL url = urls.nextElement(); parseUrl(type, url, classNames);
}
} catch (Exception e) {
throw new MotanFrameworkException(
"ExtensionLoader loadExtensionClasses error, prefix: " + prefix + " type: " + type.getClass(), e);
} return loadClass(classNames);
}
private ConcurrentMap<String, Class<T>> loadClass(List<String> classNames) {
ConcurrentMap<String, Class<T>> map = new ConcurrentHashMap<String, Class<T>>(); for (String className : classNames) {
try {
Class<T> clz;
if (classLoader == null) {
clz = (Class<T>) Class.forName(className);
} else {
clz = (Class<T>) Class.forName(className, true, classLoader);
}
// 检查下面三项内容
// 1) is public class
// 2) contain public constructor and has not-args constructor
// 3) check extension clz instanceof Type.class
checkExtensionType(clz);
// 获取到Spi的名称,default
String spiName = getSpiName(clz); if (map.containsKey(spiName)) {
failThrows(clz, ":Error spiName already exist " + spiName);
} else {
map.put(spiName, clz);
}
} catch (Exception e) {
failLog(type, "Error load spi class", e);
}
} return map; }
到这为止,只是将实现接口的具体类,进行导入,仍然没有对其实例化。别着急,接着往下看。
回到getExtension方法
public T getExtension(String name) {
// 刚才所做的所有操作都是这里完成的,就做了一件事,导入扩展类(导入接口的实现类)
checkInit();
。。。
try {
Spi spi = type.getAnnotation(Spi.class); if (spi.scope() == Scope.SINGLETON) {
return getSingletonInstance(name);
} else {
。。。
return clz.newInstance();
}
。。。
return null;
}
进入获取单例实例getSingletomInstance方法
private T getSingletonInstance(String name) throws InstantiationException, IllegalAccessException {
T obj = singletonInstances.get(name); if (obj != null) {
return obj;
} Class<T> clz = extensionClasses.get(name); if (clz == null) {
return null;
} synchronized (singletonInstances) {
obj = singletonInstances.get(name);
if (obj != null) {
return obj;
}
// 在这里对刚才去到的实现类,进行实例化
obj = clz.newInstance();
// 缓存操作,将实例化的对象放入map中
singletonInstances.put(name, obj);
}
// 终于返回生成的实例化对象了,Motan的SPI部分算是OK了。还是比较简单的。第一次看,知识量感觉可能有些大,再捋顺一遍,就发现很清晰明了。
// 以前自己看Sping源码,哭的心都有了,可惜中途放弃了,现在看这种源码,发现很简单。以后继续专研Sping源码,收益多多。跑题了!!!
// 能看到这里的,绝对是老铁了。
return obj;
}
现在,终于又回到doExport方法中了,别着急,累了的话,喝杯水。我们下一篇,分析export方法。(考虑到篇幅过长,所以进行分割了)
ConfigHandler configHandler = ExtensionLoader.getExtensionLoader(ConfigHandler.class).getExtension(MotanConstants.DEFAULT_VALUE); exporters.add(configHandler.export(interfaceClass, ref, urls));
继续加油哦!