在看 dubbo rest 协议的时候，很多东西都不是很懂，特别是看测试用例的时候，例如这个：
public void testRestProtocol() {
URL url = URL.valueOf("rest://127.0.0.1:5342/DemoService1/rest/say?version=1.0.0&interface=org.apache.dubbo.rpc.protocol.rest.DemoService");
DemoServiceImpl server = new DemoServiceImpl();
ProviderModel providerModel = new ProviderModel(url.getPathKey(), server, DemoService.class);
ApplicationModel.initProviderModel(url.getPathKey(), providerModel);
Exporter<DemoService> exporter = protocol.export(proxy.getInvoker(server, DemoService.class, url));
Invoker<DemoService> invoker = protocol.refer(DemoService.class, url);
Assertions.assertFalse(server.isCalled());
DemoService client = proxy.getProxy(invoker);
String result = client.sayHello("haha");
Assertions.assertTrue(server.isCalled());
Assertions.assertEquals("Hello, haha", result);
invoker.destroy();
exporter.unexport();
}
是不是很奇怪？我们一般使用的时候调用路径都是严格按照在@Path 注解上的路径来的，原始的 dubbo 测试用例中的路径是这样的：
rest://127.0.0.1:5342/DemoService/rest/say?version=1.0.0&interface=org.apache.dubbo.rpc.protocol.rest.DemoService
经过测试，发现这两种方式都能调用通，当时我就懵逼了，以为 dubbo 中出现了 bug.
于是开始调试代码，发现 RestProtocol 在调用 refer 方法的时候，使用了代理，这个和我们以前的那种方式不同，以前我也使用过 resteasy，比如说我要访问 
http://abc/def，直接这么调用就好了，但是 dubbo 在集成 resteasy 的时候是不一样的.
下面说下结论吧. 经过调试得出的结论是和 /DemoService1 还是 DemoService2，还是3没有关系，最主要的还是 @Path 上的注解. 但是有人是不是想说我们调用的路径中没有 DemoService 啊？那它是如何完成调用的了？
答案还是代理，代理会在最终发起 http 请求的时候，使用的 path 是这样的：
http://127.0.0.1:5342/DemoService1/rest/say/DemoService/say
上面的 url 后面的一节是 resteasy 通过代理自动的帮我们干的，到此就回到了以前使用 resteasy 的流程了.
后面说下比如说我们发起一个调用的时候，例如：
http://127.0.0.1:5342/DemoService1/rest/say/DemoService/say
的时候，resteasy 具体帮我们干了啥
1.首先，在部署的时候，解析实现类实现的接口上的注解，将路径和方法一一对应.
2.在发起http 请求后，通过路径去匹配对应的方法，并完成调用.
其实这一套思路和 dubbo 中的 http 协议本质上是一样的，只是说有人喜欢在骨架上贴上不同的膜.
