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

阿粉就遇到過，特別是在剛?cè)肼殘龅臅r(shí)候，有幾次遇到這樣的問題，還差點(diǎn)搞起來烏龍。好在阿粉最終明白了代碼是不會(huì)騙人的，就像常說的“Talk is cheap，show me the code”。

那么對(duì)于一些剛?cè)缏殘龅男』锇閬碚f，遇到這種情況的話應(yīng)該怎么處理呢？

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

因?yàn)楹芏鄷r(shí)候軟件的版本不一樣，效果也會(huì)不一樣；特別是 Windows 和 macOS 的文件路徑也不一樣，阿粉之前遇到的就是不同操作系統(tǒng)上面文件上傳路徑的配置不一樣導(dǎo)致的。

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

同事真的能正常運(yùn)行嗎

同事正確運(yùn)行的效果是不是最新的代碼？因?yàn)橛械臅r(shí)候可能是最后一次提交的代碼有問題，但是同事并沒有拉取有問題的代碼，這時(shí)候的表現(xiàn)就是同事能正確運(yùn)行，但是自己的不行。這種情況下其實(shí)你們的代碼版本是不一樣的，并不是標(biāo)題提到的一樣的代碼，但是很多時(shí)候自己內(nèi)心會(huì)以為代碼是一樣的。

還有就是對(duì)方運(yùn)行的效果可能是緩存數(shù)據(jù)，可以清除一下對(duì)方的緩存，maven 的緩存，瀏覽器的緩存等所有可能有緩存的地方，然后再次運(yùn)行，確保在對(duì)方的環(huán)境下是真正的能正確的運(yùn)行。

真的沒改動(dòng)代碼嗎？

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

雖然說是這段代碼導(dǎo)致的，但是也不能說這段代碼有問題，只能說是這段代碼帶來的問題，比如有的時(shí)候引入了一個(gè)新的 pom 依賴，項(xiàng)目就起不來了，很有可能就是這個(gè)依賴?yán)锩娴?jar 包有沖突導(dǎo)致的。

確保環(huán)境正確

如果說同事是真的能運(yùn)行成功，而且自己確實(shí)沒有改動(dòng)任何一行代碼，那毫無疑問就是環(huán)境問題。本地的 JDK 版本是否正確；鏈接的公司網(wǎng)絡(luò)是否正確，有的公司會(huì)嚴(yán)格區(qū)別辦公網(wǎng)絡(luò)和訪客網(wǎng)絡(luò)；Maven 版本是否正確，如果是新拉取的代碼庫可能是網(wǎng)絡(luò)問題導(dǎo)致很多依賴沒有下載成功，因?yàn)榈谝淮渭虞d項(xiàng)目依賴還是比較費(fèi)時(shí)的。另外工具有時(shí)候也會(huì)抽風(fēng)，那可以嘗試一下重啟一下 IDEA 或者重啟一下電腦，有的時(shí)候也會(huì)有神奇的收獲。

另外很多公司可能有自己的 Maven 私服，這個(gè)時(shí)候我們需要在 Maven 的配置文件中加入公司內(nèi)部的私服地址，這個(gè)對(duì)于新人來說也經(jīng)常遇到。

總結(jié)

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

解決問題最難的不是如何解決問題，而是發(fā)現(xiàn)問題的本質(zhì)原因，很多時(shí)候一個(gè)問題解決不了是因?yàn)椴恢绬栴}的根本原因是什么，很容易被一些表面現(xiàn)象所迷惑，當(dāng)我們花點(diǎn)時(shí)間仔細(xì)分析后，才發(fā)現(xiàn)最終的問題跟表面出來的可能完全不一樣。