大學畢業後，終於找到了一份Java後端的工作，這幾天在看公司之前的代碼；主要是因為公司需要重構一個老項目，這才讓我有機會看到之前的大部分代碼；作為一個應屆生，項目經歷屬實寒酸，以下是我這兩天閲讀源碼，瞭解業務的一套流程，僅僅是自己摸索出來的（僅供參考）；好在項目的前端後端都在本地跑起來了，調試起來非常方便；
- 第一步，秉持着業務優先的原則，瞭解這個項目的業務背景是十分必要的，最好可以拿自己的話梳理一個全局的流程，既然你是應屆生，一般的公司就不會讓你馬上參與到實際的開發中，前面一段時間你有很多機會去了解公司的核心業務，不懂的就問（別人不忙的時候），我做的是一個金融項目，有許多專業名詞是以前沒有接觸過的，那麼就很有必要去學習一下(Google，ChatGpt)，這也是理清業務的必要條件之一;
- 梳理業務流程的時候，我個人覺得難免回去閲讀一下源碼搭配着來，連接一下測試環境的數據庫，看看有哪些表，表的一些字段，看一下整個項目的層次，有大家比較熟悉的全局異常處理，統一返回結果格式，一些枚舉值，一些控制層接口，在有註釋的條件下，你可以快速的瞭解一些局部的流程；
- 看源碼的時候可以看看項目的pom文件/配置文件，這可以幫助我們瞭解項目大概使用了哪些技術棧，是否是你擅長的，如果你沒有接觸過，那麼就需要提前去學習了，以免耽誤開發進度；
- 在心中大概有一個流程的時候，你就可以去做筆記了(或者是畫業務流程圖)，一邊做一邊就會發現問題，整個業務不能出現邏輯的漏洞或者錯誤，不同的環節需要清晰地知道應該屬於哪一個功能模塊，對於參與流程中的人員也要區分開來，每個人員有不同的任務；畫圖的探索和修改過程中，你會對業務有一個更深的瞭解！（ER圖、業務流程圖、用例圖、架構圖）
基本上就是這麼個流程，我也花了兩天時間，用自己的話走了一個大概流程，給組長看了，沒有什麼大問題，這就算有實際產出了。。。
話説回來，剛到第一天的時候，組長説你能把項目跑起來就行，記得用sit環境，別用生產環境，那個是鎖ip的，會報錯；然後我就屁顛屁顛的就看了一眼配置文件，有好多沒見過的名字，之前只看過dev，local，現在還有好多sit，sit1，baksit，sit2，uat，prepord，pord啊，不管是否規範，總結下來也就這幾種（一般用yml）
src/main/resources/
|-- application.yml # 默認配置文件
|-- application-dev.yml # 開發環境配置文件
|-- application-sit.yml # 系統集成測試環境配置文件
|-- application-uat.yml # 用户驗收測試環境配置文件
|-- application-prod.yml # 生產環境配置文件這麼一看就十分清晰了吧，為什麼我們需要管理不同的配置環境呢？
在微服務項目中，不同部署環境的配置非常重要，因為它們確保了應用程序能夠在不同的環境中正確運行，同時也幫助維護應用程序的安全性和穩定性。
下面我們來詳細解讀一下每個環境的不同與使用場景
- dev -- development（開發環境）；提供了更多的日誌記錄/錯誤報告等等，簡單説一切都是為了便於開發與調試；
- sit -- System Integration Testing（系統集成測試環境）；用與驗收多個服務的集成情況，可以説是咱們功能開發的差不多了，得先驗收一下，看看有沒有什麼大問題；
- uat -- User Acceptance Testing（用户驗收測試環境）；用於驗證應用程序是否滿足業務需求，這個時候，我們的配置已經相當接近實際生產環境的配置了，屬於是測試通過後的迭代版本；
- prod -- Production（生產環境）；實際投產的配置環境，提供更高的安全和訪問控制，日誌和錯誤報告的級別比較低，用於保護敏感數據；高可用！
使用是在application.yml中，使用：
spring:
profiles:
active: dev指定具體配置文件即可；
到此一般的環境我們就瞭解完畢了，多學一點；
在我之前學習Nacos時，把它作為配置中心來使用，還學到了一個叫bootstrap.yml的配置文件，這是Spring Boot應用程序中的一個特殊配置文件，它在Spring Boot應用程序啓動時被優先加載。這個文件的主要目的是用於初始化Spring Boot應用程序的上下文，通常用來配置一些早期加載的bean或設置一些重要的啓動參數。
可以説這個文件的加載優先級很高哈，所以一些通用的配置咱們可以放在這裏面先加載，然後不同環境的不同配置，咱們再去按指定的去找，兩個一拼，就是一個完整的配置文件了！
感謝閲讀,有任何問題請評論指正，開啓您的編程之旅吧❤。。。
