Ⅰ 关于升级 Dubbo 版本到 2.6.5 后启动失败的“坑”
Dubbo 从低版本升级到 2.6.5 版本后，启动失败，报错如下：
<b><font color='red'>上终极方案：使用 2.6.2 以下版本或者 2.7.0 以上版本的 bbo ；</font></b>
具体解决方式需要根据项目的情况解决，提供一些其他方案：
删除 web.xml 中如下的配置：
Spring Boot 工程没有特别好的解决方案，提供两个解决思路：
这个方案也没有绕过添加 web.xml 的命运，做法如下：
观察报错日志，报错位置很明显是 Spring 框架初始化时的报错，重点是： there is already a root application 。
这个错误抛出位置余汪返位于： Spring-web 包的 ContextLoader 类的 initWebApplicationContext 方法。
原因很明显， ContextLoader 被调用了至少两遍，第二遍报错导致项目初始化失败，其主要的“罪魁祸首”是 bbo 包下面的 web-fragment.xml 。
Servlet 3.0 是随着 java EE 6 规范发布的，主要新增特性：
支持 Servlet 3.0 规范的容器，在启动后会扫描工程的 jar 包，找到符合规范的 添加了相关注解的类 和 web-fragment.xml 然后跟 web.xml 的配置合并作为整个项目的初始化配置。
上述问题的发生原因很明显了:
这个是 Servlet 3.0 提供的一个属性，等同一个开关，设置为 true 则表示 web.xml 已经提供了全部的配置信息，不需要容器再去各个 jar 包找配置了陵罩，换句话就是：关闭 可插特性 ；
这个属性是 注释里面提供的解决思路。这个属性可以理解为指定 web-fragment.xml 的加载顺序，和 ordering 标签的区别是， absolute-ordering 仅仅针对我们指定的 web-fragment.xml 做排序。
轻易升级一个基础框架不是一个好的做法竖饥，<b>升级基础框架还是应该关注下当前版本和目标升级版本，框架作者做了些什么事情，出现过什么BUG。</b>
当前的 Spring Boot 的解决方案并不让人满意，毕竟 Spring Boot 的无Xml的感觉还是很爽的，为了这个升级引入了 web.xml 会有一点点不爽。
Ⅱ 现在开发网站，好像都是流行用php，那java web一般用在哪里呢它们之间的区别和优劣势在哪里呢
1. php即写即用的。
也就是说每次只有一改动完成，用户立马看到效果，而java则慢多了，代码改动完成后，要重新编译，然后重启jvm，中间耗费的时间可是不少啊，而且重启jvm过程可是会造成用户响应中断的哦。
2. php写东西快。
php可以说是非常敏捷的，一个需求给到，只要不考虑后期的性能和用户量问题，那是相当快速的，甚至你都可以不用框架，直接写也会非常快的，写一个增删改查功能，可能也就30-50行代码就搞定了。而java就慢多了，首先要想一下用什么框架，目前基本上就是spring了，然后就是配置各种数据库，过滤器，servlet，决定是用mybatis还是hibernate，然后考虑代码之间的传递，然后考虑事务。。。 然后不停调试，一改代码可能就是几分钟的等待时间，可想而知。
3. php的表面思路更清晰。
什么是表面思路，就是你看到的东西就是真正做出来的东西，比如echo "hello world"，就是输出hello world，而java则不同，你可能是写response中，可能是写在modelattribute中，也可能就是return了该字符串，然后不知道怎么的，它就显示到页面上了。
4. php占用内存少。
php是进程式处理问题的，占用内存相当少，可以说，你在一台机器部署50个项目没有任何问题，只要访问量不上来，搞得定。而java就不行了，java每启动一个项目，本身就得耗尽许多内存，比如在一台8g内存的机器上，一般跑上2个项目就差不多了。
说了这php的好处，难道java就没有好处吗？那是不可能的。
1. java组件多。
我个人觉得单是这一点就盖过其他所有优点了，因为组件多，意味着用的人多，群众的眼睛是雪亮的。所以，java一定是好的，它已经积淀了太多的东西，不是一门新型语言能够随便替代的。你想要做什么，好好搜索java组件，可能都有你需要的功能，特别对于当下最流行的大数据产业，java更是占据一方。而php在这种场景就有点无能为力了。
2. java线程池，连接池，异步化方便。
其实这一点和第一点也很相似，也是因为组件多，所以要使用线程池连接池都很方便，这对于高并发高性能的场景来说，是绝对必要的。因为java的运行原因就是多线程的，所以不用每次都去初始化很多基本的东西，这省去了太多的时间，也因此大家可以忍受服务器启动的缓慢过程，因为只有一次。而php则是多进程的，每次都需要重新加载所有需要的代码，也因此无法将一些常用数据保存在内存，连接池也不大好做，异步操作更是一个大短板。
3.java是真正意义上的逻辑清晰。
因为，java中，你可以从一个进入可以借助IDE工具分析到最深层次的逻辑操作，对于每个字段，都可以清晰明了，这其实是接口和完全对象的一个使用优点。而php则做不了或者说很少有人费那劲去做这种事情，php可以说是半面向对象半面向过程开发，所以，在调用过程中插入几个自定义的函数调用是很正常的，那么你再想通过简单的IDE去分析调用链就不那么容易了。比如，对于第三方提供的接口，php就很难清楚的看出接口返回了什么，除非你把它打印出来，但是打印出来也不一定对，因为有些返回值的数据不一定有体现。这对于理解代码来说，增加了一个大大的门坎。
4. 虽说java编译比较烦，但是可以为你提前发现错误。
java的编译的确比较耗时，但是如果有明显的错误，编译是不会通过的，这就给你一个重新检查代码的机会。而php则不会，不管你写得多烂，都不会给你提示什么，而许多时候，往往就因为少写了个；分号，导致你排查数小时。
5. java远程调用方便，rmi，hessian，bbo。
不管怎么样，远程和本地调用都很方便的知道相关的信息，而且java的同语言调用不是采用纯粹的http调用，而且维护一定的连接，从而大大提高性能。而php也有远程调用，但是相对来说就弱许多了。
其实没有问题是没有绝对的好坏的，存在即合理。只是应用场景不一样罢了。