出现的问题：
今天自己新建了一个maven webapp项目，准备自己看看springboot的东西，搭好的项目是这样的
一切都很正常啊，用run App的方式直接启动
成功啦，本应该到此结束，喝茶吃饭去，脑子一抽，不对，平时我们线上都是外部tomcat跑程序，要不我也用tomcat跑跑。tomcat很快就跑起来了，再一想，好像平时web项目都是用jetty调试的嘛，干嘛用tomcat跑呢，用jetty跑跑呗。
run jetty，go。。。咦
这是什么鬼，仔细看看，怎么从jetty跑到tomcat里面去了？脑子有点乱，这俩根本不是一家啊
问题解决：
不管怎么样，ServletContext的getVirtualServerName方法没找到，先google一下吧，stackoverflow上都是说项目里引入servlet-api-2.5，而这个方法是3.1以后才有的，mvn dependency:tree看一下，没有引入啊，
想不起来从哪看来个solution，改一下web app版本，想想对啊，javax是jdk里面的吧，web app版本可能会影响使用的servlet
狠点，直接改成3.0吧，想必是这个，改了还报错，最后各种解决报错，还是不行，这条路走了很久，发现错了。
旁边应姓大牛看不下去了，曰：这个servlet-api不是jdk里面的，应该是jetty运行需要的吧
有道理啊，下个jetty看看，曰：@%&￥@￥
还真是jetty8用的servlet-api 3.0，下个高版本的jetty run看看，jetty9用的servlet3.1
go，我的神啊，
吃饭吃饭。。。
思考：
吃完饭回了，听歌睡睡觉吧，脑子闪过个tomcat，刚刚不是报错是tomcat么，为什么jetty run会跑到tomcat里面去呢，再看看报错，
先看看WsServerContainer吧，恩，好像在设置线程组的时候用到这个方法了，
还是从源头找吧，从jetty-plus里面的ContainerInitializer的callStartup方法进入tomcat的，就是这里
看看_target是什么吧，
这是servlet容器吧，有点明朗了，springboot内嵌的tomcat里面有这个ServletContainerInitializer，先被加载了，jetty再把自己初始化出来的servletContext传给它，jetty的servlet-api没有getVitualServerName方法，所以tomcat那边报错了，由此推理，应该tomcat的ServletContext接口应该有这个方法，看看吧，
真有这个方法，而且tomcat就是牛逼，直接把javax.servlet抄过来了，这样就摆脱了对Servlet-api依赖了，以前写项目都是这么干的么，还是别的原因，大牛教教我吧
既然用jetty跑，就把tomcat去掉吧
排除内嵌的tomcat后，直接用jetty是可以的。
总结：仔细看报错代码，从报错源头查起，all in one，没事别瞎几把折腾。。。