第一次自主开发springboot项目，没想到一开始就这么受挫，不管访问什么路径都是404，几乎十二个小时都在找这个错误。
并且排除：
路径写错
application类不和controller包在同一个包下
等问题后，如下解决方法可能会对你有所帮助。
误区1：
在请求返回404的时候控制台不报错，一度以为是Initializing Spring DispatcherServlet 'dispatcherServlet'这个错误。原因是请求的时候返回404，只有控制台会多出来三行日志：
所以一直在搜索Initializing Spring DispatcherServlet相关的报错。不过很遗憾，几乎找遍了所有的博客，依然没有解决问题。我也相信搜索行日志的兄弟们也碰到了这个问题，但是这里要说的是，这行日志是正常的。我由重新创建了一个springboot项目，在请求成功的情况下发现控制台也会打印这三行日志。
误区2：
误区2是建立在误区1以上的，因为大家认为Initializing Spring DispatcherServlet是错误，所以去寻找相关的方法。其中有一个方法是配置文件中做如下修改。
企业网站通用源码是以aspcms作为核心进行开发的asp企业网站源码。企业网站通用源码是一套界面设计非常漂亮的企业网站源码，是2016年下半年的又一力作，适合大部分的企业在制作网站是参考或使用，源码亲测完整可用，没有任何功能限制，程序内核使用的是aspcms，如果有不懂的地方或者有不会用的地方可以搜索aspcms的相关技术问题来解决。网站UI虽然不是特别细腻，但是网站整体格调非常立体，尤其是通观全
但就经过我的观察，Initializing Spring DispatcherServlet在整个项目启动期间只打印一次，也就是说这个DispatcherServlet只初始化一次。（有点废话哈哈哈）以上这个配置是在项目启动的时候就初始化这个DispatcherServlet，如果不设置或者者设置为负数，那么就是等待第一次请求到来的时候初始化这个DispatcherServlet。大家可以自己试一试，看看是不是添加了上面的配置再启动项目，直接就会打印那三行日志，而不是等待请求到来的时候再打印。
问题解决：
问题其实很简单，因为我们使用了@ComponentScan这个注解，在正常的springboot中是不需要使用这个注解的，所以application类会自动扫描自己所在的包和子包的所有文件。但是如果使用了这个注解，那默认的就失效了。这里使用@ComponentScan注解的原因可以五花八门，我是因为引入了一个自动建表的依赖，跟着教程做在application类上面添加了一个ComponentScan，所以解决方案就是将application类所在的包路径加进去就行。
本质上还是对这些注解不够敏感，花了大量的事件做无用功，但好在解决了。
