時間不夠用啊

為了找工作，整個人撲在面試八股上，面對面試題編程，別說作品了，算法都好一陣沒刷了。不過我這人對死記硬背十分反感，八股涉及的東西必須從理論上學明白了才記得住，也倒逼自己學到了些真東西。但這樣就比背慢多了，總會被網(wǎng)上的速成路線的速度刺激到，以前既要也要的老毛病有點要復發(fā)。

招聘的情況也令人焦慮，公司們招人的熱度降了，要求也越發(fā)不客氣，boss直聘還能刷到boss建議，就離譜。

焦慮下看啥都焦慮，學習狀態(tài)有點萎靡。那就趁這個時間搞環(huán)境吧?。ㄅ_式上基本什么都沒裝，這篇仍是沒圖干講），行動起來煩惱就讓路了，廢話不多說，開干！

開干

上回除了把中間件弄好了，項目也編譯完了，包都下載好了（這塊賊熟）。所以今天的第一步是，直接啟動！打開service頁面，全選，啟動，讓我看看今天能遇上什么坑。

• 坑一

服務一個都起不來，啥子情況？看看控制臺，報databse url的錯，那是mysql配置的問題咯?？纯磁渲?，沒有application，只有bootstrap，好奇怪，而且bootstrap里也沒有mysql的配置，有點懵。

別懵，這不是普通springboot項目啦！學的都記哪去了？bootstrap優(yōu)先級更高，放的都是沒有就起不來的配置，“正?！钡呐渲枚冀onacos管了。那nacos的配置在哪呢？在mysql里。上次弄組件的時候有沒有插入數(shù)據(jù)記不清了，我連上mysql看一下就知道了。

• 坑二

mysql咋連不上了？上次弄完組件我連過，咋突然不好使了呢？再試試組件的管理平臺，也都連不上了，那我去虛擬機里試試，全都能訪問。如果這樣，那么真相只有一個——是虛擬機的問題。

經(jīng)過我的反復試驗，應該是虛擬機重啟過，防火墻開了導致的網(wǎng)絡問題，關閉了虛擬機防火墻，mysql就連上了。檢查了mysql里的nacos配置，沒問題，可能只是網(wǎng)絡問題吧，再啟服務看看。

• 坑三

小心意義的啟動了一個服務，啟動成功，開心。再啟動一個，又成功，嘿嘿。一口氣把剩下的都啟動了，悲劇了，不好使的占一半……讓我來看看報的什么錯，找不到class，啥class啊？guava，項目里也沒這個代碼額，這咋整。

沒有這個代碼，那絕大多數(shù)問題是因為pom文件有問題，maven沒下這個包，或者maven編譯時沒拿這個包。查找所有pom文件內(nèi)容，發(fā)現(xiàn)這個包被exclude了（不太理解為什么，可能是因為這個包很常用，默認我有，怕版本沖突吧）。那我不exclude是不就行了？再重啟，欸呦喂，能啟動了。

• 坑四

剛開心沒幾秒，發(fā)現(xiàn)之前啟動了的服務全在報錯，報錯信息寫著cannot register RM。RM這詞我熟，分布式事務、兩階段提交……肯定是seata有問題了。

于是我想起來，這是上一次留的坑：為了學習，沒改seata調用nacos的IP。這把真是加深印象了，趕緊從127改成了宿主機IP，再啟動看看。

• 坑五

還是不行，咋回事，服務依然報cannot register RM。

冷靜一下，我來縷一縷：報這個的意思是服務找不到seata，服務是通過nacos注冊中心找seata。服務跟nacos通信是沒問題的，不然配置獲取不到啟都啟不來。seata配置的nacos的IP剛改了，seata能找到nacos把自己注冊進去。那問題是nacos里的seata的IP不正確吧。

檢查了組件配置和docker-compose文件，發(fā)現(xiàn)是seata配置自己的IP（127.0.0.1），被nacos拿去了，服務根據(jù)nacos的指示，去127.0.0.1找seata，那能找到么……復雜的系統(tǒng)里，IP可不能亂配本地，不一定出現(xiàn)什么問題。修改之后重啟組件一系列工作，好了，所有的服務都起來了。

到位了，歇歇

沒有截圖，又是以已經(jīng)明白問題原因了的視角去寫，看起來好像沒解決幾個問題。但耗費的時間和精力是真的多，后臺服務全都啟動的喜悅都不足以支持我把前端也搞了，只能下次一定了。

前端的挑戰(zhàn)就更大了，懂的不如后端多，后端的邏輯也沒驗證過，很可能出現(xiàn)后端有問題但在前端查了老半天的情況……不過，辦法總比困難多，出了問題，可以搜嘛，再不行也可以問問GPT（科技改變生活）。

那就下次再見了，下機，洗澡，睡覺。