JeecgBoot 是壹款基於代碼生成器的 低代碼 開發平臺！前後端分離架構 SpringBoot2.x，SpringCloud，Ant Design&Vue，Mybatis-plus，Shiro，JWT，支持微服務。強大的代碼生成器讓前後端代碼壹鍵生成，實現低代碼開發!
JeecgBoot 提供了壹系列 低代碼模塊 ，實現在線開發 真正的零代碼 ：Online表單開發、Online報表、報表配置能力、在線圖表設計、大屏設計、移動配置能力、表單設計器、在線設計流程、流程自動化配置、插件能力（可插拔）等等！
JEECG宗旨是: 簡單功能由OnlineCoding配置實現，做到 零代碼開發 ；復雜功能由代碼生成器生成進行手工Merge 實現 低代碼開發 ，既保證了 智能 又兼顧 靈活 ；實現了低代碼開發的同時又支持靈活編碼，解決了當前低代碼產品普遍不靈活的弊端！
JEECG業務流程: 采用工作流來實現、擴展出任務接口，供開發編寫業務邏輯，表單提供多種解決方案：表單設計器、online配置表單、編碼表單。同時實現了流程與表單的分離設計（松耦合）、並支持任務節點靈活配置，既保證了公司流程的保密性，又減少了開發人員的工作量。
Jeecg-Boot低代碼開發平臺，可以應用在任何J2EE項目的開發中，尤其適合SAAS項目、企業信息管理系統（MIS）、內部辦公系統（OA）、企業資源計劃系統（ERP）、客戶關系管理系統（CRM）等，其半智能手工Merge的開發方式，可以顯著提高開發效率70%以上，極大降低開發成本。
1、服務註冊和發現 Nacos
2、統壹配置中心 Nacos
3、路由網關 gateway(三種加載方式)
4、分布式 pose、k8s、jenkins
15、CAS 單點登錄
16、路由限流
微服務架構圖
輸入圖片說明
輸出結果：
先看第壹個打印語句，在Java中==這個符號是比較運算符，它可以基本數據類型和引用數據類型是否相等，如果是基本數據類型，==比較的是值是否相等，如果是引用數據類型，==比較的是兩個對象的內存地址是否相等。字符串不屬於8中基本數據類型，字符串對象屬於引用數據類型，在上面把“abc”同時賦值給了st1和st2兩個字符串對象，指向的都是同壹個地址，所以第壹個打印語句中的==比較輸出結果是 true
然後我們看第二個打印語句中的equals的比較，我們知道，equals是Object這個父類的方法，在String類中重寫了這個equals方法，在JDK API 1.6文檔中找到String類下的equals方法，點擊進去可以看大這麽壹句話 將此字符串與指定的對象比較。當且僅當該參數不為null，並且是與此對象表示相同字符序列的 String 對象時，結果才為 true。
註意這個相同字符序列，在後面介紹的比較兩個數組，列表，字典是否相等，都是這個邏輯去寫代碼實現。由於st1和st2的值都是“abc”，兩者指向同壹個對象，當前字符序列相同，所以第二行打印結果也為true。
下面我們來畫壹個內存圖來表示上面的代碼，看起來更加有說服力。
內存過程大致如下：
答案是：在內存中創建兩個對象，壹個在堆內存，壹個在常量池，堆內存對象是常量池對象的壹個拷貝副本。
我們下面直接來壹個內存圖。
當我們看到了new這個關鍵字，就要想到，new出來的對象都是存儲在堆內存。然後我們來解釋堆中對象為什麽是常量池的對象的拷貝副本。“abc”屬於字符串，字符串屬於常量，所以應該在常量池中創建，所以第壹個創建的對象就是在常量池裏的“abc”。
第二個對象在堆內存為啥是壹個拷貝的副本呢，這個就需要在JDK API 1.6找到String(String original)這個構造方法的註釋：初始化壹個新創建的 String 對象，使其表示壹個與參數相同的字符序列；換句話說，新創建的字符串是該參數字符串的副本。所以，答案就出來了，兩個對象。
答案：false 和 true
由於有前面兩道提內存分析的經驗和理論，所以，我能快速得出上面的答案。==比較的st1和st2對象的內存地址，由於st1指向的是堆內存的地址，st2看到“abc”已經在常量池存在，就不會再新建，所以st2指向了常量池的內存地址，所以==判斷結果輸出false，兩者不相等。第二個equals比較，比較是兩個字符串序列是否相等，由於就壹個“abc”，所以完全相等。內存圖如下
答案是：true 和 true
分析：
答案：false 和 true
上面的答案第壹個是false，第二個是true，第二個是true我們很好理解，因為比較壹個是“abc”，另外壹個是拼接得到的“abc”，所以equals比較，這個是輸出true，我們很好理解。那麽第壹個判斷為什麽是false，我們很疑惑。同樣，下面我們用API的註釋說明和內存圖來解釋這個為什麽不相等。
首先，打開JDK API 1.6中String的介紹，找到下面圖片這句話。
關鍵點就在紅圈這句話，我們知道任何數據和字符串進行加號（+）運算，最終得到是壹個拼接的新的字符串。上面註釋說明了這個拼接的原理是由StringBuilder或者StringBuffer類和裏面的append方法實現拼接，然後調用toString（）把拼接的對象轉換成字符串對象，最後把得到字符串對象的地址賦值給變量。結合這個理解，我們下面畫壹個內存圖來分析。
大致內存過程
所以，st3和st2進行==判斷結果是不相等，因為兩個對象內存地址不同。
這篇的面試題，完全就是要求掌握JDK API中壹些註解和原理，以及內存圖分析，才能得到正確的結果，我承認是畫內存圖讓我理解了答案為什麽是這樣。畫完內存圖之後，得到答案，妳確實會發現很有趣，最後才會有原來如此的感嘆。