不知道小伙伴們有沒有遇到過標題的問題，明明同樣的一套代碼，在自己本地就是運行不起來，或者說在本地只改了一個無關痛癢的代碼，看上去人畜無害，結果就報各種亂七八糟的錯誤，但是同事卻能運行的好好的。檢查了各種情況都沒有問題，搞的都要懷疑人生了。

阿粉就遇到過，特別是在剛入職場的時候，有幾次遇到這樣的問題，還差點搞起來烏龍。好在阿粉最終明白了代碼是不會騙人的，就像常說的“Talk is cheap，show me the code”。

那么對于一些剛如職場的小伙伴來說，遇到這種情況的話應該怎么處理呢？

首先要明確一點那就是如果代碼一定相同的話，絕大部分情況是環境的問題！這里的環境包括但不限于 JDK 版本，Maven 版本，鏈接的網絡，類路徑，操作系統，瀏覽器版本等。

因為很多時候軟件的版本不一樣，效果也會不一樣；特別是 Windows 和 macOS 的文件路徑也不一樣，阿粉之前遇到的就是不同操作系統上面文件上傳路徑的配置不一樣導致的。

遇到這樣的問題的時候，可以參考下面的思路解決

同事真的能正常運行嗎

同事正確運行的效果是不是最新的代碼？因為有的時候可能是最后一次提交的代碼有問題，但是同事并沒有拉取有問題的代碼，這時候的表現就是同事能正確運行，但是自己的不行。這種情況下其實你們的代碼版本是不一樣的，并不是標題提到的一樣的代碼，但是很多時候自己內心會以為代碼是一樣的。

還有就是對方運行的效果可能是緩存數據，可以清除一下對方的緩存，maven 的緩存，瀏覽器的緩存等所有可能有緩存的地方，然后再次運行，確保在對方的環境下是真正的能正確的運行。

真的沒改動代碼嗎？

還有一種情況就是自己本地的確實改動了部分代碼，但是改動的地方看上去是人畜無害的，但是就是跑不起來。這種情況下如果回滾掉這段人畜無害的代碼過后能正確運行，那么不要懷疑，就是這段看上去人畜無害的代碼導致的。

雖然說是這段代碼導致的，但是也不能說這段代碼有問題，只能說是這段代碼帶來的問題，比如有的時候引入了一個新的 pom 依賴，項目就起不來了，很有可能就是這個依賴里面的 jar 包有沖突導致的。

確保環境正確

如果說同事是真的能運行成功，而且自己確實沒有改動任何一行代碼，那毫無疑問就是環境問題。本地的 JDK 版本是否正確；鏈接的公司網絡是否正確，有的公司會嚴格區別辦公網絡和訪客網絡；Maven 版本是否正確，如果是新拉取的代碼庫可能是網絡問題導致很多依賴沒有下載成功，因為第一次加載項目依賴還是比較費時的。另外工具有時候也會抽風，那可以嘗試一下重啟一下 IDEA 或者重啟一下電腦，有的時候也會有神奇的收獲。

另外很多公司可能有自己的 Maven 私服，這個時候我們需要在 Maven 的配置文件中加入公司內部的私服地址，這個對于新人來說也經常遇到。

總結

反正跑不起來肯定有原因，不是代碼原因就是環境原因，一般經過上面幾個方式的排查，都能找到問題了，如果再不行，重新查詢拉取代碼庫也未嘗不是一個方法，當然如果實在解決不了，咨詢前輩也是一個很有效的方法。

解決問題最難的不是如何解決問題，而是發現問題的本質原因，很多時候一個問題解決不了是因為不知道問題的根本原因是什么，很容易被一些表面現象所迷惑，當我們花點時間仔細分析后，才發現最終的問題跟表面出來的可能完全不一樣。