頂配的3。6T版本4。8 S的百公里加速性能更是令人折服。當然，300mm的涉水深度令人匪夷所思。而中控台上的空白按鍵時刻在提醒你：囊中羞澀以致某項配置未能選裝。此外，保時捷的售價就像你跟媽媽說晚上9點準時回家一樣不靠譜。

2018北京車展於4.25正式拉開帷幕，因工作關係得以參与這場人山人海的車界盛會。在車展上，除了各大傳統車企紛紛推出SUV新品外，諸多造車新勢力所亮相或展示的車型也是SUV為多，由此可見SUV的市場熱度一直未曾消減。

那些展出的SUV近乎都是：外觀愈發年輕、愈加運動“猙獰”，再難覓得一平庸之輩。若是將它們置於三五年前，必定都是明星車型。可在同質化異常嚴重的當下，已鮮有車型能在這股趨於一致的“年輕運動”的SUV洪流之中脫穎而出。

當然，也有例外。這幾款集情懷、血統、顏值、性能於一身的“尤物”備受青睞。

點評：一貫擅長打造英倫優雅紳士風的捷豹，強盛的藝術生命力在這款SUV上得以延續，俊朗精緻的外觀頗有幾分F-TYpE的神韻。年度風雲車、年度最佳設計等大獎便是對這走在時尚尖端寵兒的肯定。在老東家福特的EcoBoost 2.0T替換為自家的Ingenium 2.0T（2018沃德十佳發動機之一）后，性格變得愈加“狂豹”，低沉的聲浪時刻撩撥着駕駛者的慾望；早已滲透骨子里的獨特基因，令其在拐彎抹角的山間道路中犹如一隻飛馳的野豹。

點評：在卡宴身上嘗得SUV甜頭后，保時捷推出與老款Q5共享MLB平台（新款Q5L出自MLB EVO平台）的另一搖錢樹—Macan。萬年不變的青蛙臉令人百看不厭；跑車基因的加持，操控性能自然是無與倫比；頂配的3.6T版本4.8 S的百公里加速性能更是令人折服。當然，300mm的涉水深度令人匪夷所思；而中控台上的空白按鍵時刻在提醒你：囊中羞澀以致某項配置未能選裝。此外，保時捷的售價就像你跟媽媽說晚上9點準時回家一樣不靠譜。

點評：作為阿爾法羅密歐品牌百年歷史中第一款SUV產品，意大利人對藝術獨到的見解與對性能的痴迷在其身上得以極佳體現。精準的轉向、汽車愛好者極易上手的完美操控、恰到好處的零百以及超高的彎道極限令人愛不釋手。在北京車展上完成亞洲首秀的Stelvio QV版本更是紐北最快量產SUV圈速的記錄保持者。只是FCA的尿性，大家心照不宣，難怪有媒體朋友曾言：等我有錢了，就買它個兩台，一台修理一台開。

俗語言：逆水行舟，不進則退。在主流的市場里，品牌的差異性將變得越來越小，不論是國際品牌還是本土品牌。因此，“變通”是明智的生存之道。多數人認為保時捷、阿爾法羅密歐等豪華品牌推出SUV獲取更大市場份額意味着喪失了品牌的獨有特質。

但恰恰是這種“變通”，洞察出市場真正的需求點，才讓人看到更多好看的皮囊，感受到更多有趣的靈魂。畢竟只有存活下來，才能讓自身的基因得到延續。如果保時捷只生產跑車，捷豹只生產轎車，我們將錯過多少“尤物”呢?本站聲明:網站內容來源於http://www.auto6s.com/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※為什麼 USB CONNECTOR 是電子產業重要的元件?

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

※台北網頁設計公司全省服務真心推薦

※想知道最厲害的網頁設計公司"嚨底家"!

※推薦評價好的iphone維修中心

　　上一篇我們聊到了docker容器的單機編排工具docker-compose的簡單使用，回顧請參考https://www.cnblogs.com/qiuhom-1874/p/13121678.html；今天我們主要來聊一聊docker容器的資源限制；通常情況下我們啟動一個docker容器，其內存和CPU都是同宿主機一樣大，這意味着該容器和宿主機共享相同大小的內存和CPU資源；這樣一來容器正常情況下沒有什麼問題，假如容器里運行的進程特別愛吃內存，很可能存在把宿主機上的內存全部吃掉，觸發內核OOM，從而導致docker daemon直接被內核殺死；為了避免這樣的尷尬局面，對啟動容器我們有必要對容器的資源進行限制；

　　所謂OOM就是當系統上的應用申請內存資源時，發現申請不到內存，這個時候Linux內核就會啟動OOM，內核將給系統上的所有進程進行評分，通過評分得分最高的進程就會被系統第一個幹掉，從而騰出一些內存空間，如果騰出的內存空間還是不夠該應用使用，它會繼續殺得分第二高的，直到應用有足夠的內存使用；一旦發生OOM，任何進程都有可能被殺死，包括docker daemon在內，為此，docker特定調整了docker daemon的oom優先級，以免發生oom被內核殺死，但是容器的oom優先級並未做任何調整；

　　那麼對於內存資源來講，在啟動為容器時，我們可以通過一些選項來指定容器的內存相關設置；如下圖

　　提示：-m 或 –memory 用來指定容器最大能夠使用的內存大小，默認情況不指定表示共享物理宿主機的內存大小；–memory-swap 用來指定容器的內存和交換內存的總大小；對於這個參數的取值比較詭異；待會在說吧；–memory-swappiness該選項用來指定容器使用交換內存的傾向性，swap啟用有個好處就是在內存不夠使用的情況，它可以臨時頂替一部分，但是性能會急劇下降；所以数字越大越早使用交換內存，数字越小越晚使用交換內存，取值在0-100之間；0不代表不是用交換內存，0表示能不用交換內存，則不用，但是在迫不得已的情況還是會使用的，100表示只要有一絲可以使用交換內存的希望，就使用交換內存；通常情況在運行容器的主機上不建議使用swap設備；swap交換分區如果一旦被激活，系統性能會急劇下降，建議直接禁用；–memory-reservation該選項用來指定給系統保留的內存空間大小；–kernel-memory用來指定給內核保留的內存大小；–oom-kill-disable該選項用於指定當發生oom時，是否禁用因oom而殺死該容器進程；

　　提示：通常情況–memory-swap這個選項必須同–memory選項一起使用，不可用單獨使用；

　　示例：限制容器使用最大內存為256M

[root@docker_registry ~]# docker run --name test --rm -m 256M lorel/docker-stress-ng --vm 2

　　提示：以上命令表示啟動一個名為test的容器，限制該容器最大使用內存大小為256M；lorel/docker-stress-ng這個進行用來壓測容器；–vm表示同時使用多少進程來做壓測；

　　驗證：用docker stats看看我們啟動test容器是否只能使用256M內存？

　　提示：從上面的結果可以看到，在我們啟動容器時，使用-m指定內存大小的容器limit的值就是我們指定的值，而對於沒有用-m指定的容器，默認就是同宿主機內存大小一樣；

　　對於CPU來講，默認情況啟動容器時，不限制CPU的資源，此時容器是共享宿主機的CPU資源，也就是說默認情況宿主機上有幾顆cpu核心，啟動的容器就有多少顆核心；對於CPU這種可壓縮資源，不會像內存那樣，如果CPU滿載，也不會導致某個容器崩潰，原因是因為cpu是可壓縮資源；而不同於內存，內存屬於不可壓縮資源，如果申請不到內存，就會出現異常，出現oom；對啟動容器來限制cpu資源，通常也是使用選項來限定；如下圖

　　提示：–cpus用來指定容器能夠使用的最大cpu核心數，例如–cpus=1.5,就表示該容器最大能夠使用1.5核的CPU資源，如果宿主機上有4顆CPU核心，那麼該容器最多可把1.5顆核心跑滿；這樣說吧，如果宿主機上有4顆核心，那麼該容器如果使用–cpus限定為1.5，那麼該容器就只能使用宿主機上的百分之150的核心；–cpu-period 和–cpu-quota該選項在docker1.13以後基本廢棄；–cpuset-cpus該選項用於指定容器能夠在哪些CPU上運行；如果宿主機上有4顆CPU，–cpuset-cpus=2,3就表示該容器只能使用第2號cpu和第3號cpu;–cpu-shares該選項用於指定容器使用cpu的比例；比如宿主機上只有一個容器，而該容器啟動時指定–cpu-shares=1024，則表示，如果沒有其他容器，則它可以使用宿主機上的所有cpu資源，如果有第二個容器啟動時，指定cpu-shares=512，那麼第一個容器會從原來使用整個宿主機的cpu變為使用整個宿主機的cpu的2/3；以此類推，如果有第三個，第四個，他們使用cpu資源都是按照給定的比例動態調整；

　　示例：第一個容器使用–cpu-shares=256;第二個容器使用–cpu-shares=512，看看當第一個容器啟動后，看看cpu使用情況，然後第二個容器啟動后再看看cpu使用情況

　　提示：可以看到當第一個容器啟動時，雖然設置的cpu-shares=256，但是它還是把所有核心幾乎都跑滿了；我們在跑一個容器看看，看看第二個容器啟動后，第一個容器的cpu使用情況是否有變化？

　　提示：從上面的結果看，t1和t2的cpu使用比例大概是1比2；總量還是400%並沒有變化；

　　示例：設置容器使用1.5個CPU核心

　　提示：從上面的結果可以看到使用–cpus來限定容器使用的CPU資源，默認它會在每顆黑核心上都要使用一部分，但是重量不會超過150%；

　　示例：限定容器使用CPU核心，只能在0號和3號核心上使用；

　　提示：從上面的結果可以看到，限定t1容器只能使用0號和3號CPU后，1號和2號就基本不會被使用，總量也不會增加；

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※為什麼 USB CONNECTOR 是電子產業重要的元件?

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

※台北網頁設計公司全省服務真心推薦

※想知道最厲害的網頁設計公司"嚨底家"!

※推薦評價好的iphone維修中心

別克君威點評：君威和雅閣同屬主打運動型的轎車，而全新系的君威不僅搭載了性能更好的9速HYDRA-MATIC智能變速箱，還對車身進行了輕量化處理，而豐富的配置和全方位加速運動下的操控感也是令人眼前一亮。此外，優化后的車內空間和給力的主動安全配置，足以讓君威即使是在實力強勁的雅閣面前也不會黯然失色，至於其充沛有勁的動力在其同級車裡面也算是个中翹楚。

在如今的21世紀，迅速崛起的90后一代已經是購車買車的生力軍，而對年輕運動化的追求是其購車的重要因素，很多的車企為了迎合市場的需求，也紛紛開始走年輕運動化路線，連素來以成熟穩重為主打歌的日系三劍客也無所倖免。今天，就來和大家聊一聊那些運動年輕級別的車子。

本田雅閣

點評：十代雅閣顛覆了其在人們心中的傳統形象，激進的運動氣質，轎跑似的身姿以及加長的車身更顯年輕活力和視覺衝擊力，可是一直令人期待的2.0T+10AT卻並未搭載在新一代雅閣之上，不免令人感到些許失落，但1.5T+CVT無級變速器的動力總成所帶來的7.6秒加速成績以及超強的乘坐舒適感，還是令人很驚艷。而依靠驚為天人的顏值和全面提升的實力，面對更為年輕化的90後市場新生代雅閣也是競爭力十足，至於在售價方面也是十分給力。

豐田凱美瑞

點評：八代凱美瑞基於全新的TNGA平台打造，從內到外都能給人一股全新的感受，完全沒有老款車的味道，而操控和運動性也成為此代凱美瑞的代名詞。至於在性價比方面它也做到了同級之最，無論是配置還是其它方面表現都很符合它的售價。八代凱美瑞全新的2.5L引擎的壓縮比可達13.0:1，將熱效率提高到40%，對燃油經濟性有很大的提升，動力性能表現也是更為有勁，匹配8AT的變速箱，換擋快且順，可以說，這兩大核心部件是此次換代凱美瑞的精華所在。

別克君威

點評：君威和雅閣同屬主打運動型的轎車，而全新系的君威不僅搭載了性能更好的9速HYDRA-MATIC智能變速箱，還對車身進行了輕量化處理，而豐富的配置和全方位加速運動下的操控感也是令人眼前一亮。此外，優化后的車內空間和給力的主動安全配置，足以讓君威即使是在實力強勁的雅閣面前也不會黯然失色，至於其充沛有勁的動力在其同級車裡面也算是个中翹楚。相信，有顏值有實力還有不錯購車優惠君威一定可以給你不一樣的體驗。

馬自達阿特茲

點評：說運動車必然少不了阿特茲，畢竟其運動屬性可是深入人心，魂動理念下的高顏值我們在這就不贅述了，來說說最新款阿特茲的配置，18款的阿特茲在配置上可謂是誠意滿滿，無論是主動配置還是操控配置那都是異常的豐富。值得一提的是，新款的阿特茲新加入了一套GVC加速度矢量控制系統，可進一步全面的提升其運動操控感，駕駛體驗會更有趣味性。另外，阿特茲看起來是有點不溫不火，但是從其銷量和定位上來看，八九不離十都是在悶聲發大財。

日產天籟

點評：在紐約車展上全新的Altima（天籟）正式亮相，不過目前尚未引入國內，但就目前國內天籟來看，性價比也是非常的高，市場優惠也是非常的給力。新款的Altima在各方面都進行了相應升級，外觀更為年輕運動化，配置也充滿黑科技，素有大沙發之稱的座椅舒適性也是絕佳，而最大的變化還是在於其2.5L的發動機，匹配模擬7擋CVT變速箱，不僅動力有勁，換擋也是又快又平順。相信新款天籟若能引入國內，憑藉在消費者中的良好口碑和雄厚的硬實力，在合資中級車中定會有不錯的競爭優勢。

結語

上述的這幾款車都是比較注重操控和運動，性價比也相對比較高的中型車，相信對於喜歡操控和運動的年輕人來說，吸引力絕對足夠大。另外，覺得，年輕運動將會逐漸成為車企造車的新趨勢，而這一趨勢也勢必為年輕人購車帶來新的選擇和方向。本站聲明:網站內容來源於http://www.auto6s.com/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※為什麼 USB CONNECTOR 是電子產業重要的元件?

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

※台北網頁設計公司全省服務真心推薦

※想知道最厲害的網頁設計公司"嚨底家"!

※推薦評價好的iphone維修中心

從一道面試題開始

看到這個標題，你肯定以為我又要講這道面試題了

//  這行代碼創建了幾個對象？
String s3 = new String("1");

是的，沒錯，我確實要從這裏開始

這道題就算你沒做過也肯定看到，總所周知，它創建了兩個對象，一個位於堆上，一個位於常量池中。

這個答案粗看起來是沒有任何問題的，但是仔細思考確經不起推敲。

如果你覺得我說的不對的話，那麼可以思考下面這兩個問題

1. 你說它創建了兩個對象，那麼這兩個對象分別是怎樣創建的呢？我們回顧下Java創建對象的方式，一共就這麼幾種

   • 使用new關鍵字創建對象
   • 使用反射創建對象（包括Class類的newInstance方法，以及Constructor類的newInstance方法）
   • 使用clone複製一個對象
   • 反序列化得到一個對象

   你說它創建了兩個對象，那你告訴我除了new出來那個對象外，另外一個對象怎麼創建出來的？

2. 堆跟常量池到底什麼關係？不是說在JDK1.7之後（含1.7版本）常量池已經移到了堆中了嗎？如果說常量池本身就位於堆中的話，那麼這種一個對象在堆中，一個對象在常量池的說法還準確嗎？

如果你也產生過這些疑問的話，那麼請耐心看完這篇文章！要解釋上面的問題首先我們得對常量池有個準確的認知。

常量池

通常來說，我們提到的常量池分為三種

• class文件中的常量池
• 運行時常量池
• 字符串常量池

對於這三種常量池，我們需要搞懂下面幾個問題？

1. 這個常量池在哪裡？
2. 這個常量池用來干什麼呢？
3. 這三者有什麼關係？

接下來，我們帶着這些問題往下看

class文件中的常量池

位置在哪？

顧名思義，class文件中的常量池當然是位於class文件中，而class文件又是位於磁盤上。

用來干什麼的？

在學習class文件中的常量池前，我們首選需要對class文件的結構有一定了解

Class文件是一組以8個字節為基礎單位的二進制流，各個數據項目嚴格按照順序緊湊地排列在文

件之中，中間沒有添加任何分隔符，這使得整個Class文件中存儲的內容幾乎全部是程序運行的必要數

據，沒有空隙存在。

​ ————《深入理解Java虛擬機》

整個class文件的組成可以用下圖來表示

對本文而言，我們只關注其中的常量池部分，常量池可以理解為class文件中資源倉庫，它是class文件結構中與其它項目關聯最多的數據類型，主要用於存放編譯器生成的各種字面量(Literal)和符號引用(Symbolic References)。
字面量就是我們所說的常量概念，如文本字符串、被聲明為final的常量值等。
符號引用是一組符號來描述所引用的目標，符號可以是任何形式的字面量，只要使用時能無歧義地定位到目標即可（它與直接引用區分一下，直接引用一般是指向方法區的本地指針，相對偏移量或是一個能間接定位到目標的句柄）。一般包括下面三類常量：

• 類和接口的全限定名
• 字段的名稱和描述符
• 方法的名稱和描述符

現在我們知道了class文件中常量池的作用：存放編譯器生成的各種字面量(Literal)和符號引用(Symbolic References)。很多時候知道了一個東西的概念並不能說你會了，對於程序員而言，如果你說你已經會了，那麼最好的證明是你能夠通過代碼將其描述出來，所以，接下來，我想以一種直觀的方式讓大家感受到常量池的存在。通過分析一段簡單代碼的字節碼，讓大家能更好感知常量池的作用。

​ talk is cheap ,show me code

我們以下面這段代碼為例，通過javap來查看class文件中的具體內容，代碼如下：

/**
 * @author 程序員DMZ
 * @Date Create in 22:59 2020/6/15
 * @公眾號 微信搜索：程序員DMZ
 */
public class Main {
    public static void main(String[] args) {
        String name = "dmz";
    }
}

進入Main.java文件所在目錄，執行命令：javac Main.java ，那麼此時會在當前目錄下生成對應的Main.class文件。再執行命令：javap -v -c Main.class，此時會得到如下的解析后的字節碼信息

public class com.dmz.jvm.Main
  minor version: 0
  major version: 52
  flags: ACC_PUBLIC, ACC_SUPER
// 這裏就是常量池了
Constant pool:
   #1 = Methodref          #4.#20         // java/lang/Object."<init>":()V
   #2 = String             #21            // dmz
   #3 = Class              #22            // com/dmz/jvm/Main
   #4 = Class              #23            // java/lang/Object
   #5 = Utf8               <init>
   #6 = Utf8               ()V
   #7 = Utf8               Code
   #8 = Utf8               LineNumberTable
   #9 = Utf8               LocalVariableTable
  #10 = Utf8               this
  #11 = Utf8               Lcom/dmz/jvm/Main;
  #12 = Utf8               main
  #13 = Utf8               ([Ljava/lang/String;)V
  #14 = Utf8               args
  #15 = Utf8               [Ljava/lang/String;
  #16 = Utf8               name
  #17 = Utf8               Ljava/lang/String;
  #18 = Utf8               SourceFile
  #19 = Utf8               Main.java
  #20 = NameAndType        #5:#6          // "<init>":()V
  #21 = Utf8               dmz
  #22 = Utf8               com/dmz/jvm/Main
  #23 = Utf8               java/lang/Object
 // 下面是方法表                           
{
  public com.dmz.jvm.Main();
    descriptor: ()V
    flags: ACC_PUBLIC
    Code:
      stack=1, locals=1, args_size=1
         0: aload_0
         1: invokespecial #1                  // Method java/lang/Object."<init>":()V
         4: return
      LineNumberTable:
        line 7: 0
      LocalVariableTable:
        Start  Length  Slot  Name   Signature
            0       5     0  this   Lcom/dmz/jvm/Main;

  public static void main(java.lang.String[]);
    descriptor: ([Ljava/lang/String;)V
    flags: ACC_PUBLIC, ACC_STATIC
    Code:
      stack=1, locals=2, args_size=1
         // 可以看到方法表中的指令引用了常量池中的常量，這也是為什麼說常量池是資源倉庫的原因
         // 因為它會被class文件中的其它結構引用         
         0: ldc           #2                  // String dmz
         2: astore_1
         3: return
      LineNumberTable:
        line 9: 0
        line 10: 3
      LocalVariableTable:
        Start  Length  Slot  Name   Signature
            0       4     0  args   [Ljava/lang/String;
            3       1     1  name   Ljava/lang/String;
}
SourceFile: "Main.java"

在上面的字節碼中，我們暫且關注常量池中的內容即可。主要看這兩行

#2 = String             #14            // dmz
#14 = Utf8               dmz

如果要看懂這兩行代碼，我們需要對常量池中String類型常量的結構有一定了解，其結構如下：

CONSTANT_String_info	tag	標誌常量類型的標籤
	index	指向字符串字面量的索引

對應到我們上面的字節碼中，tag=String，index=#14，所以我們可以知道，#2是一個字面量為#14的字符串類型常量。而#14對應的字面量信息（一個Utf8類型的常量）就是dmz。

常量池作為資源倉庫，最大的用處在於被class文件中的其它結構所引用，這個時候我們再將注意力放到main方法上來，對應的就是這三條指令

0: ldc           #2                  // String dmz
2: astore_1
3: return

ldc：這個指令的作用是將對應的常量的引用壓入操作數棧，在執行ldc指令時會觸發對它的符號引用進行解析，在上面例子中對應的符號引用就是#2，也就是常量池中的第二個元素（這裏就能看出方法表中就引用了常量池中的資源）

astore_1：將操作數棧底元素彈出，存儲到局部變量表中的1號元素

return：方法返回值為void，標誌方法執行完成，將方法對應棧幀從棧中彈出

下面我用畫圖的方式來畫出整個流程，主要分為四步

1. 解析ldc指令的符號引用（#2）

2. 將#2對應的常量的引用壓入到操作數棧頂

3. 將操作數棧的元素彈出並存儲到局部變量表中

4. 執行return指令，方法執行結束，彈出棧區該方法對應的棧幀

第一步：

在解析#2這個符號引用時，會先到字符串常量池中查找是否存在對應字符串實例的引用，如果有的話，那麼直接返回這個字符串實例的引用，如果沒有的話，會創建一個字符串實例，那麼將其添加到字符串常量池中（實際上是將其引用放入到一個哈希表中），之後再返回這個字符串實例對象的引用。

到這裏也能回答我們之前提出的那個問題了，一個對象是new出來的，另外一個是在解析常量池的時候JVM自動創建的

第二步：

將第一步得到的引用壓入到操作數棧，此時這個字符串實例同時被操作數棧以及字符串常量池引用。

第三步：

操作數棧中的引用彈出，並賦值給局部變量表中的1號位置元素，到這一步其實執行完了String name = "dmz"這行代碼。此時局部變量表中儲存着一個指向堆中字符串實例的引用，並且這個字符串實例同時也被字符串常量池引用。

第四步：

這一步我就不畫圖了，就是方法執行完成，棧幀彈出，非常簡單。

在上文中，我多次提到了字符串常量池，它到底是個什麼東西呢？我們還是分為兩部分討論

1. 位置在哪?
2. 用來干什麼的？

字符串常量池

位置在哪？

字符串常量池比較特殊，在JDK1.7之前，其存在於永久代中，到JDK1.7及之後，已經中永久代移到了堆中。當然，如果你非要說永久代也是堆的一部分那我也沒辦法。

另外還要說明一點，經常有同學會將方法區，元空間，永久代（permgen space）的概念混淆。請注意

1. 方法區是JVM在內存分配時需要遵守的規範，是一個理論，具體的實現可以因人而異
2. 永久代是hotspot 的jdk1.8以前對方法區的實現，使用jdk1.7的老司機肯定以前經常遇到過java.lang.OutOfMemoryError: PremGen space異常。這裏的PermGen space其實指的就是方法區。不過方法區和PermGen space又有着本質的區別。前者是JVM的規範，而後者則是JVM規範的一種實現，並且只有HotSpot才有PermGen space。
3. 元空間是jdk1.8對方法區的實現，jdk1.8徹底移除了永久代，其實，移除永久代的工作從JDK 1.7就開始了。JDK 1.7中，存儲在永久代的部分數據就已經轉移到Java Heap或者Native Heap。但永久代仍存在於JDK 1.7中，並沒有完全移除，譬如符號引用(Symbols)轉移到了native heap；字面量(interned strings)轉移到了Java heap；類的靜態變量(class statics)轉移到了Java heap。到jdk1.8徹底移除了永久代，將JDK7中還剩餘的永久代信息全部移到元空間，元空間相比對永久代最大的差別是，元空間使用的是本地內存（Native Memory）。

用來干什麼的？

字符串常量池，顧名思義，肯定就是用來存儲字符串的嘛，準確來說存儲的是字符串實例對象的引用。我查閱了很多博客、資料，它們都會說，字符串常量池中存儲的就是字符串對象。其實我們可以類比下面這段代碼：

HashSet<Person> persons = new HashSet<Person>;

在persons這個集合中，存儲的是Person對象還是Person對象對應的引用呢？

所以，請大聲跟我念三遍

字符串常量池存儲的是字符串實例對象的引用！

字符串常量池存儲的是字符串實例對象的引用！

字符串常量池存儲的是字符串實例對象的引用！

下面我們來看R大博文下評論的一段話：

簡單來說，HotSpot VM里StringTable是個哈希表，裏面存的是駐留字符串的引用（而不是駐留字符串實例自身）。也就是說某些普通的字符串實例被這個StringTable引用之後就等同被賦予了“駐留字符串”的身份。這個StringTable在每個HotSpot VM的實例里只有一份，被所有的類共享。類的運行時常量池裡的CONSTANT_String類型的常量，經過解析（resolve）之後，同樣存的是字符串的引用；解析的過程會去查詢StringTable，以保證運行時常量池所引用的字符串與StringTable所引用的是一致的。

​ ——R大博客

從上面我們可以知道

1. 字符串常量池本質就是一個哈希表
2. 字符串常量池中存儲的是字符串實例的引用
3. 字符串常量池在被整個JVM共享
4. 在解析運行時常量池中的符號引用時，會去查詢字符串常量池，確保運行時常量池中解析后的直接引用跟字符串常量池中的引用是一致的

為了更好理解上面的內容，我們需要去分析String中的一個方法—–intern()

intern方法分析

/** 
 * Returns a canonical representation for the string object. 
 * <p> 
 * A pool of strings, initially empty, is maintained privately by the 
 * class <code>String</code>. 
 * <p> 
 * When the intern method is invoked, if the pool already contains a 
 * string equal to this <code>String</code> object as determined by 
 * the {@link #equals(Object)} method, then the string from the pool is 
 * returned. Otherwise, this <code>String</code> object is added to the 
 * pool and a reference to this <code>String</code> object is returned. 
 * <p> 
 * It follows that for any two strings <code>s</code> and <code>t</code>, 
 * <code>s.intern()&nbsp;==&nbsp;t.intern()</code> is <code>true</code> 
 * if and only if <code>s.equals(t)</code> is <code>true</code>. 
 * <p> 
 * All literal strings and string-valued constant expressions are 
 * interned. String literals are defined in section 3.10.5 of the 
 * <cite>The Java&trade; Language Specification</cite>. 
 * 
 * @return  a string that has the same contents as this string, but is 
 *          guaranteed to be from a pool of unique strings. 
 */  
public native String intern();  

String#intern方法中看到，這個方法是一個 native 的方法，但註釋寫的非常明了。“如果常量池中存在當前字符串, 就會直接返回當前字符串. 如果常量池中沒有此字符串, 會將此字符串放入常量池中后, 再返回”。

關於其詳細的分析可以參考：美團：深入解析String#intern

珠玉在前，所以本文着重就分析下intern方法在JDK不同版本下的差異，首先我們要知道引起差異的原因是因為JDK1.7及之後將字符串常量池從永久代挪到了堆中。

我這裏就以美團文章中的示例代碼來進行分析，代碼如下：

public static void main(String[] args) {
    String s = new String("1");
    s.intern();
    String s2 = "1";
    System.out.println(s == s2);

    String s3 = new String("1") + new String("1");
    s3.intern();
    String s4 = "11";
    System.out.println(s3 == s4);
}

打印結果是

• jdk6 下false false
• jdk7 下false true

在美團的文章中已經對這個結果做了詳細的解釋，接下來我就用我的圖解方式再分析一波這個過程

jdk6 執行流程

第一步：執行 String s = new String("1")，要清楚這行代碼的執行過程，我們還是得從字節碼入手，這行代碼對應的字節碼如下：

  public static void main(java.lang.String[]);
    Code:
       0: new           #2                  // class java/lang/String
       3: dup
       4: ldc           #3                  // String 1
       6: invokespecial #4                  // Method java/lang/String."<init>":(Ljava/lang/String;)V
       9: astore_1
      10: return

new ：創建了一個類的實例（還沒有調用構造器函數），並將其引用壓入操作數棧頂

dup：複製棧頂數值並將複製值壓入棧頂，這是因為invokespecial跟astore_1各需要消耗一個引用

ldc：解析常量池符號引用，將實際的直接引用壓入操作數棧頂

invokespecial：彈出此時棧頂的常量引用及對象引用，執行invokespecial指令，調用構造函數

astore_1：將此時操作數棧頂的元素彈出，賦值給局部變量表中1號元素（0號元素存的是main函數的參數）

我們可以將上面整個過程分為兩個階段

1. 解析常量
2. 調用構造函數創建對象並返回引用

在解析常量的過程中，因為該字符串常量是第一次解析，所以會先在永久代中創建一個字符串實例對象，並將其引用添加到字符串常量池中。此時內存狀態如下：

當真正通過new方式創建對象完成后，對應的內存狀態如下，因為在分析class文件中的常量池的時候已經對棧區做了詳細的分析，所以這裏就省略一些細節了，在執行完這行代碼后，棧區存在一個引用，指向 了堆區的一個字符串實例內存狀態對應如下：

第二步：緊接着，我們調用了s的intern方法，對應代碼就是 s.intern()

當intern方法執行時，因為此時字符串常量池中已經存在了一個字面量信息跟s相同的字符串的引用，所以此時內存狀態不會發生任何改變。

第三步：執行String s2 = "1",此時因為常量池中已經存在了字面量1的對應字符串實例的引用，所以，這裏就直接返回了這個引用並且賦值給了局部變量s2。對應的內存狀態如下：

到這裏就很清晰了，s跟s2指向兩個不同的對象，所以s==s2肯定是false嘛~

如果看過美團那篇文章的同學可能會有些疑惑，我在圖中對常量池的描述跟美團文章圖中略有差異，在美團那篇文章中，直接將具體的字符串實例放到了字符串常量池中，而在我上面的圖中，字符串常量池存的永遠時引用，它的圖是這樣畫的

就我查閱的資料而言，我個人不贊同這種說法，常量池中應該保存的僅僅是引用。關於這個問題，我已經向美團的團隊進行了留言，也請大佬出來糾錯！

接着我們分析s3跟s4，對應的就是這幾行代碼：

String s3 = new String("1") + new String("1");
s3.intern();
String s4 = "11";
System.out.println(s3 == s4);

我們一行行分析，看看執行完后，內存的狀態是什麼樣的

第一步：String s3 = new String("1") + new String("1")，執行完成后，堆區多了兩個匿名對象，這個我們不用多關注，另外堆區還多了一個字面量為11的字符串實例，並且棧中存在一個引用指向這個實例

[外鏈圖片轉存失敗,源站可能有防盜鏈機制,建議將圖片保存下來直接上傳(img-NVeeWKoO-1592334452491)(upload\image-20200617020742618.png)]

實際上上圖中還少了一個匿名的StringBuilder的對象，這是因為當我們在進行字符串拼接時，編譯器默認會創建一個StringBuilder對象並調用其append方法來進行拼接，最後再調用其toString方法來轉換成一個字符串，StringBuilder的toString方法其實就是new一個字符串

public String toString() {
    // Create a copy, don't share the array
    return new String(value, 0, count);
}

這也是為什麼在圖中會說在堆上多了一個字面量為11的字符串實例的原因，因為實際上就是new出來的嘛！

第二步：s3.intern()

調用intern方法后，因為字符串常量池中目前沒有11這個字面量對應的字符串實例的應用，所以JVM會先從堆區複製一個字符串實例到永久代中，再將其引用添加到字符串常量池中，最終的內存狀態就如下所示

第三步：String s4 = "11"

這應該沒啥好說的了吧，常量池中有了，直接指向對應的字符串實例

到這裏可以發現，s3跟s4指向的根本就是兩個不同的對象，所以也返回false

jdk7 執行流程

在jdk1.7中，s跟s2的執行結果還是一樣的，這是因為 String s = new String("1")這行代碼本身就創建了兩個字符串對象，一個屬於被常量池引用的駐留字符串，而另外一個只是堆上的一個普通字符串對象。跟1.6的區別在於，1.7中的駐留字符串位於堆上，而1.6中的位於方法區中，但是本質上它們還是兩個不同的對象，在下面代碼執行完后

    String s = new String("1");
    s.intern();
    String s2 = "1";
    System.out.println(s == s2);

內存狀態為：

但是對於s3跟s4確不同了，因為在jdk1.7中不會再去複製字符串實例了，在intern方法執行時在發現堆上有對應的對象之後，直接將這個對應的引用添加到字符串常量池中，所以代碼執行完，內存狀態對應如下：

看到了吧，s3跟s4指向的同一個對象，這是因為intern方法執行時，直接s3這個引用複製到了常量池，之後執行String s4= "11"的時候，直接再將常量池中的引用複製給了s4，所以s3==s4肯定為true啦。

在理解了它們之間的差異之後，我們再來思考一個問題，假設我現在將代碼改成這個樣子，那麼運行結果是什麼樣的呢？

public static void main(String[] args) {
    String s = new String("1");
    String sintern = s.intern();
    String s2 = "1";
    System.out.println(sintern == s2);

    String s3 = new String("1") + new String("1");
    String s3intern = s3.intern();
    String s4 = "11";
    System.out.println(s3intern == s4);
}

上面這段代碼運行起來結果會有差異嗎？大家可以自行思考~

在我們對字符串常量池有了一定理解之後會發現，其實通過String name = "dmz"這行代碼申明一個字符串，實際的執行邏輯就像下面這段偽代碼所示

/**
  * 這段代碼邏輯類比於
  * <code>String s = "字面量"</code>;這種方式申明一個字符串
  * 其中字面量就是在""中的值
  *
  */
public String declareString(字面量) {
    String s;
    // 這是一個偽方法，標明會根據字面量的值到字符串值中查找是否存在對應String實例的引用
    s = findInStringTable(字面量);
    // 說明字符串池中已經存在了這個引用，那麼直接返回
    if (s != null) {
        return s;
    }
    // 不存在這個引用，需要新建一個字符串實例，然後調用其intern方法將其拘留到字符串池中，
    // 最後返回這個新建字符串的引用
    s = new String(字面量);
    // 調用intern方法，將創建好的字符串放入到StringTable中,
    // 類似就是調用StringTable.add(s)這也的一個偽方法
    s.intern();
    return s;
}

按照這個邏輯，我們將我們將上面思考題中的所有字面量進行替換，會發現不管在哪個版本中結果都應該返回true。

運行時常量池

位置在哪？

位於方法區中，1.6在永久代，1.7在元空間中，永久代跟元空間都是對方法區的實現

用來干什麼？

jvm在執行某個類的時候，必須經過加載、連接、初始化，而連接又包括驗證# 位置在哪？

位於方法區中，1.6在永久代，1.7在元空間中，永久代跟元空間都是對方法區的實現

用來干什麼？

jvm在執行某個類的時候，必須經過加載、連接、初始化，而連接又包括驗證、準備、解析三個階段。而當類加載到內存中后，jvm就會將class常量池中的內容存放到運行時常量池中，由此可知，運行時常量池也是每個類都有一個。在上面我也說了，class常量池中存的是字面量和符號引用，也就是說他們存的並不是對象的實例，而是對象的符號引用值。而經過解析（resolve）之後，也就是把符號引用替換為直接引用，解析的過程會去查詢全局字符串池，也就是我們上面所說的StringTable，以保證運行時常量池所引用的字符串與全局字符串池中所引用的是一致的。

所以簡單來說，運行時常量池就是用來存放class常量池中的內容的。

總結

我們將三者進行一個比較

以一道測試題結束

// 環境1.7及以上
public class Clazz {
    public static void main(String[] args) {
        String s1 = new StringBuilder().append("ja").append("va1").toString();
        String s2 = s1.intern();
        System.out.println(s1==s2);
        
        String s5 = "dmz";
        String s3 = new StringBuilder().append("d").append("mz").toString();
        String s4 = s3.intern();
        System.out.println(s3 == s4);

        String s7 = new StringBuilder().append("s").append("pring").toString();
        String s8 = s7.intern();
        String s6 = "spring";
        System.out.println(s7 == s8);
    }
}

答案是true,false,true。大家可以仔細思考為什麼，如有疑惑可以給我留言，或者進群交流！

如果本文對你有幫助的話，記得點個贊吧！也歡迎關注我的公眾號，微信搜索：程序員DMZ，或者掃描下方二維碼，跟着我一起認認真真學Java,踏踏實實做一個coder。

我叫DMZ，一個在學習路上匍匐前行的小菜鳥！

參考文章：

R大博文：請別再拿“String s = new String(“xyz”);創建了多少個String實例”來面試了吧

R大知乎回答：JVM 常量池中存儲的是對象還是引用呢？

Java中幾種常量池的區分

方法區，永久代和元空間

美團：深入解析String#intern

參考書籍：

《深入理解Java虛擬機》第二版

《深入理解Java虛擬機》第三版

《Java虛擬機規範》

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※為什麼 USB CONNECTOR 是電子產業重要的元件?

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

※台北網頁設計公司全省服務真心推薦

※想知道最厲害的網頁設計公司"嚨底家"!

※推薦評價好的iphone維修中心

在政府鼓勵使用電動機車、車廠推出新車款及民眾環保意識抬頭等多方因素推波助瀾之下，近幾年電動機車掛牌數量逐年倍增；據經濟部工業局統計，105 年掛牌數量約 2 萬輛，106 年掛牌數量約 4.4 萬輛，107 年截至 8 月份已突破 4 萬輛，較去年同期大幅成長 2 倍。

工業局也預期，由於光陽、中華及三陽等下半年均有新車發表計畫，預期今年全年整體掛牌數仍會大幅成長。而工業局樂見民眾對電動機車產品的響應支持，也同步調整補助預算規則，經費將會優先補助民眾購買電動機車，並輔以補助設置能源補充設施。

隨著暑假到來，各車廠下半年將陸續推出新車款，也針對年輕學子與機車首購族祭出購車優惠。例如光陽推出兩款 New Many 110 EV，配合電池月租 99 元預購方案積極搶市，並將廣布 Ionex 充換電站；而睿能則推出 10 款 Gogoro 2 系列，搭配平均日付約 66 元銅板購車方案，並於 8 月 10 日前進宜蘭設置換電站以服務當地使用者；另中華汽車也於 8 月 3 日在宜蘭羅東開幕全新 emoving 專賣店；配合中央與地方政府購車補助，電動機車已成為民眾購買機車的優先考慮選項。

工業局統計，今年補助數量與去年同期相比，成長近 2.5 倍，其中重型等級佔比約 86.9%、輕型等級約 8.2%，小型輕型等級則約 4.9%。另據統計分析，目前電動機車的消費族群，男女比例各半，36-40 歲年齡層族群為購買主力，其次為 31-35 歲族群。而 40 歲以下的電動機車消費者，則呈現男性多於女性的現象。數量多集中於六都，銷售量依序為桃園市、新北市、高雄市、台中市、台南市與台北市等，數量總計超過全台之 86%。

此外，工業局也指出，未來更將積極與車廠透過建置能源補充設施及行銷方案，持續推動其他縣市消費市場，進一步落實電動機車推動政策。

（本文內容由 授權使用。首圖來源：）

本站聲明:網站內容來源於EnergyTrend https://www.energytrend.com.tw/ev/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※為什麼 USB CONNECTOR 是電子產業重要的元件?

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

※台北網頁設計公司全省服務真心推薦

※想知道最厲害的網頁設計公司"嚨底家"!

※推薦評價好的iphone維修中心

之前介紹了Spring Boot 整合mybatis 使用xml配置的方式實現增刪改查，還介紹了自定義mapper 實現複雜多表關聯查詢。雖然目前 mybatis 使用xml 配置的方式 已經極大減輕了配置的複雜度，支持 generator 插件 根據表結構自動生成實體類、配置文件和dao層代碼，減輕很大一部分開發量；但是 java 註解的運用發展到今天。約定取代配置的規範已經深入人心。開發者還是傾向於使用註解解決一切問題，註解版最大的特點是具體的 SQL 文件需要寫在 Mapper 類中，取消了 Mapper 的 XML 配置 。這樣不用任何配置文件，就可以簡單配置輕鬆上手。所以今天就介紹Spring Boot 整合mybatis 使用註解的方式實現數據庫操作 。

Spring Boot 整合mybatis 使用xml配置版之前已經介紹過了，不清楚的朋友可以看看之前的文章：https://www.cnblogs.com/zhangweizhong/category/1657780.html。

 

一、整合Mybatis

Spring Boot  整合Mybatis 的步驟都是一樣的，已經熟悉的同學可以略過。

1、pom.xml增加mybatis相關依賴

我們只需要加上pom.xml文件這些依賴即可。

       <dependency>
            <groupId>mysql</groupId>
            <artifactId>mysql-connector-java</artifactId>
            <version>5.1.41</version>
        </dependency>
        <!--mybatis-->
        <dependency>
            <groupId>org.mybatis.spring.boot</groupId>
            <artifactId>mybatis-spring-boot-starter</artifactId>
            <version>1.3.1</version>
        </dependency>
        <!--mapper-->
        <dependency>
            <groupId>tk.mybatis</groupId>
            <artifactId>mapper-spring-boot-starter</artifactId>
            <version>1.2.4</version>
        </dependency>
        <!-- pagehelper -->
        <dependency>
            <groupId>com.github.pagehelper</groupId>
            <artifactId>pagehelper-spring-boot-starter</artifactId>
            <version>1.2.3</version>
        </dependency>
        <!-- druid 數據庫連接框架-->
        <dependency>
            <groupId>com.alibaba</groupId>
            <artifactId>druid-spring-boot-starter</artifactId>
            <version>1.1.9</version>
        </dependency>
        <dependency>
            <groupId>org.mybatis.generator</groupId>
            <artifactId>mybatis-generator-core</artifactId>
            <version>1.3.2</version>
            <scope>compile</scope>
            <optional>true</optional>
        </dependency>

 

2、application.properties配置數據連接

application.properties中需要增加mybatis相關的數據庫配置。

############################################################
# 數據源相關配置，這裏用的是阿里的druid 數據源
############################################################
spring.datasource.url=jdbc:mysql://localhost:3306/zwz_test
spring.datasource.username=root
spring.datasource.password=root
spring.datasource.driver-class-name=com.mysql.jdbc.Driver
spring.datasource.druid.initial-size=1
spring.datasource.druid.min-idle=1
spring.datasource.druid.max-active=20
spring.datasource.druid.test-on-borrow=true
spring.datasource.druid.stat-view-servlet.allow=true

############################################################
# mybatis 相關配置
############################################################
mybatis.type-aliases-package=com.weiz.pojo
mybatis.mapper-locations=classpath:mapper/*.xml
mapper.mappers=com.weiz.utils.MyMapper    #這個MyMapper 就是我之前創建的mapper統一接口。後面所有的mapper類都會繼承這個接口
mapper.not-empty=false
mapper.identity=MYSQL
# 分頁框架
pagehelper.helperDialect=mysql
pagehelper.reasonable=true
pagehelper.supportMethodsArguments=true
pagehelper.params=count=countSql

這裏的配置有點多，不過最基本的配置都在這。

 

3、在啟動主類添加掃描器

在SpringBootStarterApplication 啟動類中增加包掃描器。

@SpringBootApplication
//掃描 mybatis mapper 包路徑
@MapperScan(basePackages = "com.weiz.mapper")     // 這一步別忘了。
//掃描 所有需要的包, 包含一些自用的工具類包 所在的路徑
@ComponentScan(basePackages = {"com.weiz","org.n3r.idworker"})
public class SpringBootStarterApplication {

    public static void main(String[] args) {
        SpringApplication.run(SpringBootStarterApplication.class, args);
    }

}

注意：這一步別忘了，需要在SpringBootStarterApplication 啟動類中增加包掃描器，自動掃描加載com.weiz.mapper 裏面的mapper 類。

 

以上，就把Mybatis 整合到項目中了。 接下來就是創建表和pojo類，mybatis提供了強大的自動生成功能。只需簡單幾步就能生成pojo 類和mapper。

 

二、代碼自動生成工具

Mybatis 整合完之後，接下來就是創建表和pojo類，mybatis提供了強大的自動生成功能的插件。mybatis generator插件只需簡單幾步就能生成pojo 類和mapper。操作步驟和xml 配置版也是類似的，唯一要注意的是 generatorConfig.xml 的部分配置，要配置按註解的方式生成mapper 。

1、增加generatorConfig.xml配置文件

在resources 文件下創建 generatorConfig.xml 文件。此配置文件獨立於項目，只是給自動生成工具類的配置文件，具體配置如下：

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE generatorConfiguration
        PUBLIC "-//mybatis.org//DTD MyBatis Generator Configuration 1.0//EN"
        "http://mybatis.org/dtd/mybatis-generator-config_1_0.dtd">
<generatorConfiguration>
    <context id="DB2Tables"  targetRuntime="MyBatis3">
        <commentGenerator>
            <property name="suppressDate" value="true"/>
            <!-- 是否去除自動生成的註釋 true：是 ： false:否 -->
            <property name="suppressAllComments" value="true"/>
        </commentGenerator>
        <!--數據庫鏈接URL，用戶名、密碼 -->
        <jdbcConnection driverClass="com.mysql.jdbc.Driver" connectionURL="jdbc:mysql://127.0.0.1:3306/zwz_test" userId="root" password="root">
        </jdbcConnection>
        <javaTypeResolver>
            <property name="forceBigDecimals" value="false"/>
        </javaTypeResolver>
        <!-- 生成模型的包名和位置-->
        <javaModelGenerator targetPackage="com.weiz.pojo" targetProject="src/main/java">
            <property name="enableSubPackages" value="true"/>
            <property name="trimStrings" value="true"/>
        </javaModelGenerator>
        <!-- 生成映射文件的包名和位置-->
        <sqlMapGenerator targetPackage="mapping" targetProject="src/main/resources">
            <property name="enableSubPackages" value="true"/>
        </sqlMapGenerator>
        <!-- 生成DAO的包名和位置-->
        <!-- XMLMAPPER生成xml映射文件, ANNOTATEDMAPPER生成的dao採用註解來寫sql -->
        <javaClientGenerator type="ANNOTATEDMAPPER" targetPackage="com.weiz.mapper" targetProject="src/main/java">
            <property name="enableSubPackages" value="true"/>
        </javaClientGenerator>
        <!-- 要生成的表 tableName是數據庫中的表名或視圖名 domainObjectName是實體類名-->
        <table tableName="sys_user" domainObjectName="User" enableCountByExample="false" enableUpdateByExample="false" enableDeleteByExample="false" enableSelectByExample="false" selectByExampleQueryId="false"></table>
    </context>
</generatorConfiguration>

注意：

這裏的配置 <javaClientGenerator type=”ANNOTATEDMAPPER” targetPackage=”com.weiz.mapper” targetProject=”src/main/java”>

type 的值很重要：
　　XMLMAPPER ： 表示生成xml映射文件。

　　ANNOTATEDMAPPER： 表示生成的mapper 採用註解來寫sql。

 

2、數據庫User表

需要在數據庫中創建相應的表。這個表結構很簡單，就是普通的用戶表sys_user。

CREATE TABLE `sys_user` (
  `id` varchar(32) NOT NULL DEFAULT '',
  `username` varchar(32) DEFAULT NULL,
  `password` varchar(64) DEFAULT NULL,
  `nickname` varchar(64) DEFAULT NULL,
  `age` int(11) DEFAULT NULL,
  `sex` int(11) DEFAULT NULL,
  `job` int(11) DEFAULT NULL,
  `face_image` varchar(6000) DEFAULT NULL,
  `province` varchar(64) DEFAULT NULL,
  `city` varchar(64) DEFAULT NULL,
  `district` varchar(64) DEFAULT NULL,
  `address` varchar(255) DEFAULT NULL,
  `auth_salt` varchar(64) DEFAULT NULL,
  `last_login_ip` varchar(64) DEFAULT NULL,
  `last_login_time` datetime DEFAULT NULL,
  `is_delete` int(11) DEFAULT NULL,
  `regist_time` datetime DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1;

 

3、創建GeneratorDisplay類

package com.weiz.utils;

import java.io.File;
import java.util.ArrayList;
import java.util.List;

import org.mybatis.generator.api.MyBatisGenerator;
import org.mybatis.generator.config.Configuration;
import org.mybatis.generator.config.xml.ConfigurationParser;
import org.mybatis.generator.internal.DefaultShellCallback;

public class GeneratorDisplay {

    public void generator() throws Exception{

        List<String> warnings = new ArrayList<String>();
        boolean overwrite = true;
        //指定 逆向工程配置文件
        File configFile = new File("generatorConfig.xml"); 
        ConfigurationParser cp = new ConfigurationParser(warnings);
        Configuration config = cp.parseConfiguration(configFile);
        DefaultShellCallback callback = new DefaultShellCallback(overwrite);
        MyBatisGenerator myBatisGenerator = new MyBatisGenerator(config,
                callback, warnings);
        myBatisGenerator.generate(null);

    } 
    
    public static void main(String[] args) throws Exception {
        try {
            GeneratorDisplay generatorSqlmap = new GeneratorDisplay();
            generatorSqlmap.generator();
        } catch (Exception e) {
            e.printStackTrace();
        }
        
    }
}

這個其實也是調用mybatis generator實現的。跟mybatis generator安裝插件是一樣的。

注意：利用Generator自動生成代碼，對於已經存在的文件會存在覆蓋和在原有文件上追加的可能性，不宜多次生成。如需重新生成，需要刪除已生成的源文件。

 

4、Mybatis Generator自動生成pojo和mapper

運行GeneratorDisplay 如下圖所示，即可自動生成相關的代碼。

 

 

上圖可以看到，pojo 包裏面自動生成了User 實體對象 ，mapper包裏面生成了 UserMapper 和UserSqlProvider 類。UserMapper 是所有方法的實現。UserSqlProvider則是為UserMapper 實現動態SQL。

注意：

　　UserMapper 中的所有的動態SQL腳本，都定義在類UserSqlProvider中。若要增加新的動態SQL，只需在UserSqlProvider中增加相應的方法，然後在UserMapper中增加相應的引用即可，

　　如：@UpdateProvider(type=UserSqlProvider.class, method=”updateByPrimaryKeySelective”)。

 

 

三、實現增刪改查

在項目中整合了Mybatis並通過自動生成工具生成了相關的mapper和配置文件之後，下面就開始項目中的調用。這個和之前的xml 配置版也是一樣的。

1、在service包下創建UserService及UserServiceImpl接口實現類

創建com.weiz.service包，添加UserService接口類

package com.weiz.service;

import com.weiz.pojo.User;

public interface UserService {
    public int saveUser(User user);
    public int updateUser(User user);
    public int deleteUser(String userId);
    public User queryUserById(String userId);
}

創建com.weiz.service.impl包，並增加UserServiceImpl實現類，並實現增刪改查的功能，由於這個代碼比較簡單，這裏直接給出完整的代碼。

package com.weiz.service.impl;

import com.weiz.mapper.UserMapper;
import com.weiz.pojo.User;
import com.weiz.service.UserService;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.stereotype.Service;

@Service
public class UserServiceImpl implements UserService {

    @Autowired
    private UserMapper userMapper;

    @Override
    public int saveUser(User user) {
        return userMapper.insertSelective(user);
    }

    @Override
    public int updateUser(User user) {
        return userMapper.updateByPrimaryKeySelective(user);
    }

    @Override
    public int deleteUser(String userId) {
        return userMapper.deleteByPrimaryKey(userId);
    }

    @Override
    public User queryUserById(String userId) {
        return userMapper.selectByPrimaryKey(userId);
    }
}

 

2、編寫controller層，增加MybatisController控制器

package com.weiz.controller;

import com.weiz.pojo.User;
import com.weiz.utils.JSONResult;
import com.weiz.service.UserService;
import org.n3r.idworker.Sid;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;

import java.util.Date;

@RestController
@RequestMapping("mybatis")
public class MyBatisCRUDController {

    @Autowired
    private UserService userService;

    @Autowired
    private Sid sid;

    @RequestMapping("/saveUser")
    public JSONResult saveUser() {

        String userId = sid.nextShort();
        User user = new User();
        user.setId(userId);
        user.setUsername("spring boot" + new Date());
        user.setNickname("spring boot" + new Date());
        user.setPassword("abc123");
        user.setIsDelete(0);
        user.setRegistTime(new Date());

        userService.saveUser(user);
        return JSONResult.ok("保存成功");
    }

    @RequestMapping("/updateUser")
    public JSONResult updateUser() {
        User user = new User();
        user.setId("10011001");
        user.setUsername("10011001-updated" + new Date());
        user.setNickname("10011001-updated" + new Date());
        user.setPassword("10011001-updated");
        user.setIsDelete(0);
        user.setRegistTime(new Date());

        userService.updateUser(user);
        return JSONResult.ok("保存成功");
    }


    @RequestMapping("/deleteUser")
    public JSONResult deleteUser(String userId) {
        userService.deleteUser(userId);
        return JSONResult.ok("刪除成功");
    }

    @RequestMapping("/queryUserById")
    public JSONResult queryUserById(String userId) {
        return JSONResult.ok(userService.queryUserById(userId));
    }
}

 

3、測試

在瀏覽器輸入controller裏面定義的路徑即可。只要你按照上面的步驟一步一步來，基本上就沒問題，是不是特別簡單。

 

 

最後

以上，就把Spring Boot整合Mybatis註釋版 實現增刪改查介紹完了，Spring Boot 整合Mybatis 是整個Spring Boot 非常重要的功能，也是非常核心的基礎功能，希望大家能夠熟練掌握。後面會深入介紹Spring Boot的各個功能和用法。

這個系列課程的完整源碼，也會提供給大家。大家關注我的微信公眾號（架構師精進），回復：springboot源碼。獲取這個系列課程的完整源碼。

 

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※為什麼 USB CONNECTOR 是電子產業重要的元件?

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

※台北網頁設計公司全省服務真心推薦

※想知道最厲害的網頁設計公司"嚨底家"!

※推薦評價好的iphone維修中心