springboot訪問404問題如何解決

本篇內容介紹了“springboot訪問404問題如何解決”的有關知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠學有所成！

第一次自主開發springboot項目，沒想到一開始就這么受挫，不管訪問什么路徑都是404，幾乎十二個小時都在找這個錯誤。

并且排除：

• 路徑寫錯

• application類不和controller包在同一個包下

等問題后，如下解決方法可能會對你有所幫助。

誤區1：

在請求返回404的時候控制臺不報錯，一度以為是Initializing Spring DispatcherServlet 'dispatcherServlet'這個錯誤。原因是請求的時候返回404，只有控制臺會多出來三行日志：

所以一直在搜索Initializing Spring DispatcherServlet相關的報錯。不過很遺憾，幾乎找遍了所有的博客，依然沒有解決問題。我也相信搜索行日志的兄弟們也碰到了這個問題，但是這里要說的是，這行日志是正常的。我由重新創建了一個springboot項目，在請求成功的情況下發現控制臺也會打印這三行日志。

誤區2：

誤區2是建立在誤區1以上的，因為大家認為Initializing Spring DispatcherServlet是錯誤，所以去尋找相關的方法。其中有一個方法是配置文件中做如下修改。

但就經過我的觀察，Initializing Spring DispatcherServlet在整個項目啟動期間只打印一次，也就是說這個DispatcherServlet只初始化一次。（有點廢話哈哈哈）以上這個配置是在項目啟動的時候就初始化這個DispatcherServlet，如果不設置或者者設置為負數，那么就是等待第一次請求到來的時候初始化這個DispatcherServlet。大家可以自己試一試，看看是不是添加了上面的配置再啟動項目，直接就會打印那三行日志，而不是等待請求到來的時候再打印。

問題解決：

問題其實很簡單，因為我們使用了@ComponentScan這個注解，在正常的springboot中是不需要使用這個注解的，所以application類會自動掃描自己所在的包和子包的所有文件。但是如果使用了這個注解，那默認的就失效了。這里使用@ComponentScan注解的原因可以五花八門，我是因為引入了一個自動建表的依賴，跟著教程做在application類上面添加了一個ComponentScan，所以解決方案就是將application類所在的包路徑加進去就行。

本質上還是對這些注解不夠敏感，花了大量的事件做無用功，但好在解決了。

“springboot訪問404問題如何解決”的內容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業相關的知識可以關注億速云網站，小編將為大家輸出更多高質量的實用文章！