@xuanbg 再补充一下，写死指的是，告诉 A，B 在哪里， 并不是把 B 的接口在 A 里写死， 千万别误解哦

@fatedier 嗯~ 可能我没理解你说的意思，也可能是你没理解我说的意思。

这么说吧，即使是现在流行的 分布式架构模式， 每个微服务本地也是缓存了一套接口的。 而我现在只是改变了，服务与服务之间 互相发现的 机制。 其他并没什么变化。

@NCE 你就算用 zk，你的每个微服务本地 也是缓存了一套接口的。我只是改变了 这些服务之间发现的方式而已。

所以你说的问题不存在

@xiaofan2 好处不是写出来了吗？ 不需要 注册中心啊，少维护了了一套 zk 或者 nacos 集群，就是好处。

@xuanbg 第一次连接 是通过配置写死的，但是服务启动后，这个写死的东西就用不到了。 也就是说 在 A 里面先用配置写死连接到 B，一旦 A 启动以后，B 挂了也没事，因为 B 身上的病毒(接口) 已经传染给 A 了。 此时 A 想跟其他服务产生关系，可以通过传染过来的病毒(接口)进行关联

css: 圆角，阴影，渐变色，伪类。

html: 图标，文字。

@fkdog 再接上一条回复： 我再啰嗦一遍，我内置 httpserver，你喜欢 tomcat，这不叫不灵活，这只是 我没提供你喜欢的那个东西。如果你说的不灵活是指这一类的，那你可以闭嘴了。 最后呢，我有解释的权利，但你没有喷人的权利，因为你不仅没使用这个框架，并且这个框架更没对你造成任何困扰和随时，你没资格喷。

你一开始礼貌的发出的那些疑惑，我都是在耐心的解释给你听的，你最后来一句"鸡同鸭讲"，"你喷多了"，“玩具框架”，我有点生气

@fkdog 请问，你看到我的真心请教了吗？ 如果看到了，那麻烦你赐教一下。不知道可否？ 我这个人比较实际，你跟我说这个框架不灵活，那我比较希望听到，到底什么需求做不了，而不是简单的一句“不灵活”。

如果你说不出来到底什么需求做不了，而气急败坏的用了一句“鸡同鸭讲”，“我喷多了”，“玩具框架”。 那恕我不能接受。

还有哦， 你一开始的切入点就是 跨域问题，但是我很明确的解释过了，跨域是支持的，我的限制是做在了接口上而不是服务上，options 可以请求通过并返回 200 的。你看到后不肯承认错误，又开始喷别得了，我也是醉了。

你但凡稍微写个 demo，也会知道支持跨域吧。连用都没用过，仅凭我这一篇文章上描述的信息，就开始喷了，简直就是盲人摸象。

最后，麻烦你 举几个做不了的例子出来， [仅限业务需求 和 在 web 开发这个领域，不要说不支持 jsp 等模板，这属于技术需求而不是业务需求，用前后端分离可以完美解决] ，你只要举出来了，你可以把这些例子打印出来，打成厚厚的纸，狠狠的摔在我脸上，把我甩的鼻青脸肿，使劲的骂我辣鸡。我保证服服帖帖的。

你说不够灵活，就要说出具体哪里不灵活，做什么需求做不了，不要简单的一句“不灵活”。

@rancc 不需要自己 install，jar 包都传到 中央库了，直接用即可。

单测这个问题，如果 ip 不写死，那这个单测就没意义嘛。两个用来比较的值都是获取出来的，我怎么知道对不对呢。肯定是拿获取出来的值，跟实际的值做比较嘛，而实际的值 就得手工查看，然后写进去。

@monkeyWie

嗯，我简单回复下吧：

1. 没打算支持 sun 系 以外的 jdk
2. 路由匹配这个，感谢你的建议，我稍后研究下
3. 这个还真不是为了不引入依赖，而是 common-fileupload 依赖 servlet，而我又丢弃了 servlet，不得已复制源码进行修改

4. 想用 jackson 的 用就是了啊，不管是 maven 还是 java 都没限制一个项目只能引入一个 json 解析包吧？ 想用 jackson 那就直接用好了，完全没问题啊，我完全无法理解这个槽点。 如果有洁癖的，不想看到一个项目里有两个 json 解析器，那大可选择别的框架，只是个 util 而已，这么纠结干嘛呢。 除非这个东西本身存在致命的缺陷，否则那就是各有千秋的事，说到底就是个人喜好嘛，我框架里用 fastjson 来处理数据，你自己写业务用 jackson 处理，一点问题都没。

5. 这个故意不要的，传参统一用对象，我连 requestBody，requestParam 这一类的注解都丢弃了，框架自动根据 Content-type 判断如何解析。 如果你不喜欢，那我只能说很遗憾吧，你可以选择别的

别人用不用，不是我关心的，我只是开源出来，并推荐给大家，springboot 很香，那用 springboot 就好了嘛。vert.x 很香，那就用 vert.x 好了嘛

开源项目本身就是随缘。

@rancc 在 api 包里面的 ExpApi 接口里面有很多方法，方法的注释里 标注了如何请求

@rancc 必须请求具体的接口，根目录是不支持访问的。

@joooooker21 最新版已经加入了 DELET 和 PUT 的支持

@fkdog 最后呢，我想真心地请教一个问题，是真心请教。你一直在说不够灵活，不够用，这个我承认我有点井底之蛙了，见识不够广。

所以我真心的请教：可否举出一个实际的例子来？ 什么样的需求，用这个框架实现不了，或者不好实现？

@fkdog
你说的扩展是指什么？
我内置 httpserver，但是你想用 tomcat 可以自己切换？
我内置 durid，但是你想用 c3p0 可以自己切换？

如果你指的是这种，那我可以很负责任地说，我从来没往这方面考虑，所以也就不会去做你嘴里的扩展性，我始终坚持一个场景只提供一种解决方案，就像 iphone 只提供 faceid，不提供屏下指纹一样。

如果你不认同这个理念，那我只能说我们的想法不同吧，可能聊不到一块， 但我还是要说一个比较主观的观点，无论是 tomcat，还是 httpserver，甚至是 jboss，你总得选一个吧？总不能都要了不是？ 无论是 durid 还是 c3p0 你也总得选一个吧？ 那既然无论最后是什么组合，都是一个 内置服务，一个连接池，一个 xxx，对不对，你纠结这个，无非就是想说，我没用内置你喜欢的那个东西嘛，对不对？

如果上面我所说的这个，不是你的意思，那我给你道歉，对不起，我误解了。

接下来说一说其他的扩展：

比如 支持 kafka，支持 activeMQ，支持 mongodb 等，这些完全没问题啊，这些项目本来就是可以单独使用的东西，又不是必须跟 spring 整合才能用，都可单独使用了，你还怕不能跟我的框架一起用吗？ 无非现在就是缺少几个针对他们的 starter+工具类嘛，对不对？ 但这是问题吗？

所谓的 spring 生态，其实就是这些开源项目开发了针对 spring 的 starter 和工具类嘛， 他们又不是软件和系统的关系，一个软件在 windows 上能跑，在 mac 上不能跑，这个别人拿生态来说事，我还能理解，但是 kafka 和 spring 是这种关系吗？肯定不是啊。

反正目前我个人对这个项目，最担心的地方就是其稳定性，毕竟还没正式在大型项目里用过。其他什么扩展性 都不是问题。

@aitaii 可以，待我后期整理一下

@tikazyq 被发现了，，哈哈哈， 英文都是机翻的（用的谷歌翻译），我本人英文的水平其实很差。 你的那个建议，我听进去了，后面会往这方面考虑的，非常感谢。

@yiyi11 你说大版本才更新，那我问你：

1. 我一开始是 1.X 用的 netty，这时处于模仿 springboot 的阶段
2. 当我开始使用声明式 API 以后，我升级到 2.X，同时在此后发行过小版本，把 netty 换成了 tomcat
3. 当我丢弃 tomcat 采用 httpserver 的时候，我升级倒了 3.X，也就是现在这个版本。

请问，这样的大版本改动，有问题吗？

就知道张口就来，要不您也发布一个东西来让我挑挑刺？？？ 我保证挑得你找不着北。 口嗨谁不会啊。

@yiyi11 商业项目，卖出一个赚一笔钱，哪怕都是一锤子买卖，那也没关系，反正钱骗到手了。

但是，但是！！！ 这个是开源项目。

你下载不给钱，引入 jar 不给钱，基于它开发项目不给钱，最后发现不好就骂一句辣鸡然后跑了。 什么都没给我，我什么都没骗到。

所以，这样的一锤子买卖 有什么意义？？你觉得我会做吗？

你居然用处了 急功近利，投机取巧 八个字。。 我不知道你怎么想的