川普本周亞洲行來到中國，中方頻頻讓利討川普歡心。11月9日在習近平與川普的一場會談上，中國宣布訪寬外資對新能源車的持股限制，美國電動車龍頭特斯拉有望受惠。   中國目前限制外資持有合資公司的股份不得超過50％。但從明年六月起，設點在指定自貿區的電動車或其它類型的新能源車合資公司，外資持股比例將可超過五成門檻。   有意深耕中國市場的特斯拉，可能成為政策鬆綁下的潛在受惠者。華爾街日報日前報導指出，特斯拉擬赴上海設廠，且已與中國政府達成協議，雙方只差細節與宣布時間還未敲定，可能正在等待新政策發布。   另外，福特、安徽眾泰汽車（Anhui Zotye Automobile Co.）11月8日在川普的見證下，宣布兩公司將合資7.56億美元，在中國打造動車廠，雙方持股比為50：50。   （本文內容由授權使用。首圖來源：public domain CC0）  

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

【其他文章推薦】

※USB CONNECTOR掌控什麼技術要點? 帶您認識其相關發展及效能

※台北網頁設計公司這麼多該如何選擇?

※智慧手機時代的來臨，RWD網頁設計為架站首選

※評比南投搬家公司費用收費行情懶人包大公開

※回頭車貨運收費標準

※聚甘新

目錄

• 簡介
• String壓縮
• 分層編譯（Tiered Compilation）
• Code Cache分層
• 新的JIT編譯器Graal
• 前置編譯
• 壓縮對象指針
• Zero-Based 壓縮指針
• Escape analysis逃逸分析

簡介

上一篇文章我們講到了JVM為了提升解釋的性能，引入了JIT編譯器，今天我們再來從整體的角度，帶小師妹看看JDK14中的JVM有哪些優化的方面，並且能夠從中間得到那些啟發。

更多精彩內容且看：

• 區塊鏈從入門到放棄系列教程-涵蓋密碼學,超級賬本,以太坊,Libra,比特幣等持續更新
• Spring Boot 2.X系列教程:七天從無到有掌握Spring Boot-持續更新
• Spring 5.X系列教程:滿足你對Spring5的一切想象-持續更新
• java程序員從小工到專家成神之路（2020版）-持續更新中,附詳細文章教程

String壓縮

小師妹:F師兄，上次你給我講的JIT真的是受益匪淺，原來JVM中還有這麼多不為人知的小故事。不知道除了JIT之外，JVM還有沒有其他的性能提升的姿勢呢？

姿勢當然有很多種，先講一下之前提到過的，在JDK9中引入的字符串壓縮。

在JDK9之前，String的底層存儲結構是char[],一個char需要佔用兩個字節的存儲單位。

因為大部分的String都是以Latin-1字符編碼來表示的，只需要一個字節存儲就夠了，兩個字節完全是浪費。

於是在JDK9之後，字符串的底層存儲變成了byte[]。

目前String支持兩種編碼格式LATIN1和UTF16。

LATIN1需要用一個字節來存儲。而UTF16需要使用2個字節或者4個字節來存儲。

在JDK9中，字符串壓縮是默認開啟的。你可以使用

 -XX:-CompactStrings

來控制它。

分層編譯（Tiered Compilation）

為了提升JIT的編譯效率，並且滿足不同層次的編譯需求，引入了分層編譯的概念。

大概來說分層編譯可以分為三層：

1. 第一層就是禁用C1和C2編譯器，這個時候沒有JIT進行。
2. 第二層就是只開啟C1編譯器，因為C1編譯器只會進行一些簡單的JIT優化，所以這個可以應對常規情況。
3. 第三層就是同時開啟C1和C2編譯器。

在JDK7中，你可以使用下面的命令來開啟分層編譯：

-XX:+TieredCompilation

而在JDK8之後，恭喜你，分層編譯已經是默認的選項了，不用再手動開啟。

Code Cache分層

Code Cache就是用來存儲編譯過的機器碼的內存空間。也就說JIT編譯產生的機器碼，都是存放在Code Cache中的。

Code Cache是以單個heap形式組織起來的連續的內存空間。

如果只是用一個code heap，或多或少的就會引起性能問題。為了提升code cache的利用效率，JVM引入了Code Cache分層技術。

分層技術是什麼意思呢？

就是把不同類型的機器碼分門別類的放好，優點嘛就是方便JVM掃描查找，減少了緩存的碎片，從而提升了效率。

下面是Code Cache的三種分層：

新的JIT編譯器Graal

之前的文章我們介紹JIT編譯器，講的是JIT編譯器是用C/C++來編寫的。

而新版的Graal JIT編譯器則是用java來編寫的。對的，你沒看錯，使用java編寫的JIT編譯器。

有沒有一種雞生蛋，蛋生雞的感覺？不過，這都不重要，重要的是Graal真的可以提升JIT的編譯性能。

Graal是和JDK一起發行的，作為一個內部的模塊：jdk.internal.vm.compiler。

Graal和JVM是通過JVMCI（JVM Compiler Interface）來進行通信的。其中JVMCI也是一個內部的模塊：jdk.internal.vm.ci。

注意，Graal只在Linux-64版的JVM中支持，你需要使用 -XX:+UnlockExperimentalVMOptions -XX:+UseJVMCICompiler 來開啟Graal特性。

前置編譯

我們知道在JIT中，通常為了找到熱點代碼，JVM是需要等待代碼執行一定的時間之後，才開始進行本地代碼的編譯。這樣做的缺點就是需要比較長的時間。

同樣的，如果是重複的代碼，沒有被編譯成為機器碼，那麼對性能就會有影響。

而AOT（Ahead-of-time）就厲害了，看名字就知道是提前編譯的意思，根本就不需要等待，而是在JVM啟動之前就開始編譯了。

AOT提供了一個java tool，名字叫做jaotc。显示jaotc的命令格式：

jaotc <options> <list of classes or jar files>
jaotc <options> <--module name>

比如，我們可以這樣提前編譯AOT庫，以供在後面的JVM中使用：

jaotc --output libHelloWorld.so HelloWorld.class
jaotc --output libjava.base.so --module java.base

上面代碼提前編譯了HelloWorld和它的依賴module java.base。

然後我們可以在啟動HelloWorld的時候，指定對應的lib：

java -XX:AOTLibrary=./libHelloWorld.so,./libjava.base.so HelloWorld

這樣在JVM啟動的時候，就回去找相應的AOTLibrary。

注意，AOT是一個 Linux-x64上面的體驗功能。

壓縮對象指針

對象指針用來指向一個對象，表示對該對象的引用。通常來說在64位機子上面，一個指針佔用64位，也就是8個字節。而在32位機子上面，一個指針佔用32位，也就是4個字節。

實時上，在應用程序中，這種對象的指針是非常非常多的，從而導致如果同樣一個程序，在32位機子上面運行和在64位機子上面運行佔用的內存是完全不同的。64位機子內存使用可能是32位機子的1.5倍。

而壓縮對象指針，就是指把64位的指針壓縮到32位。

怎麼壓縮呢？64位機子的對象地址仍然是64位的。壓縮過的32位存的只是相對於heap base address的位移。

我們使用64位的heap base地址+ 32位的地址位移量，就得到了實際的64位heap地址。

對象指針壓縮在Java SE 6u23 默認開啟。在此之前，可以使用-XX:+UseCompressedOops來開啟。

Zero-Based 壓縮指針

剛剛講到了壓縮過的32位地址是基於64位的heap base地址的。而在Zero-Based 壓縮指針中，64位的heap base地址是重新分配的虛擬地址0。這樣就可以不用存儲64位的heap base地址了。

Escape analysis逃逸分析

最後，要講的是逃逸分析。什麼叫逃逸分析呢？簡單點講就是分析這個線程中的對象，有沒有可能會被其他對象或者線程所訪問，如果有的話，那麼這個對象應該在Heap中分配，這樣才能讓對其他的對象可見。

如果沒有其他的對象訪問，那麼完全可以在stack中分配這個對象，棧上分配肯定比堆上分配要快，因為不用考慮同步的問題。

我們舉個例子：

  public static void main(String[] args) {
    example();
  }
  public static void example() {
    Foo foo = new Foo(); //alloc
    Bar bar = new Bar(); //alloc
    bar.setFoo(foo);
  }
}

class Foo {}

class Bar {
  private Foo foo;
  public void setFoo(Foo foo) {
    this.foo = foo;
  }
}

上面的例子中，setFoo引用了foo對象，如果bar對象是在heap中分配的話，那麼引用的foo對象就逃逸了，也需要被分配在heap空間中。

但是因為bar和foo對象都只是在example方法中調用的，所以，JVM可以分析出來沒有其他的對象需要引用他們，那麼直接在example的方法棧中分配這兩個對象即可。

逃逸分析還有一個作用就是lock coarsening。

為了在多線程環境中保證資源的有序訪問，JVM引入了鎖的概念，雖然鎖可以保證多線程的有序執行，但是如果實在單線程環境中呢？是不是還需要一直使用鎖呢？

比如下面的例子：

public String getNames() {
     Vector<String> v = new Vector<>();
     v.add("Me");
     v.add("You");
     v.add("Her");
     return v.toString();
}

Vector是一個同步對象，如果是在單線程環境中，這個同步鎖是沒有意義的，因此在JDK6之後，鎖只在被需要的時候才會使用。

這樣就能提升程序的執行效率。

本文作者：flydean程序那些事

本文鏈接：http://www.flydean.com/jvm-performance-enhancements/

本文來源：flydean的博客

歡迎關注我的公眾號:程序那些事，更多精彩等着您！

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

【其他文章推薦】

※USB CONNECTOR掌控什麼技術要點? 帶您認識其相關發展及效能

※台北網頁設計公司這麼多該如何選擇?

※智慧手機時代的來臨，RWD網頁設計為架站首選

※評比南投搬家公司費用收費行情懶人包大公開

※回頭車貨運收費標準

※聚甘新

前言

只有光頭才能變強。

文本已收錄至我的GitHub精選文章，歡迎Star：https://github.com/ZhongFuCheng3y/3y

之前遇到過很多同學私信問我：「三歪，我馬上要實習了，我要在實習前學些什麼做準備啊？」

三歪在實習之前也同樣問過自己當時的部門老大。

如果再給我一次機會，我會先去花點時間去學學Git。

Git我相信大家對它應該不陌生吧？但凡用過GitHub的同學應該多多少少都會了解一下Git

不知道當時大家學Git的時候是看哪個教程的，我看的是廖雪峰老師的Git系列的。

（別看到廖雪峰就以為是廣告了啊，哈哈哈哈，這篇純原創分享）

分享一下三歪的經歷

剛實習的時候，一直都忙着看各種東西。有一天，我學長說：我看你也學了一些基礎了，我們來看看公司的代碼吧，看看我們生產環境是怎麼做的。

於是我學長丟了一個Git鏈接給三歪

https://github.com/ZhongFuCheng3y/3y.git

那三歪做了什麼？三歪去IDEA下把這個Git給Clone下來：

我用Clone完了以後，我學長又補了一句：這個項目不是用master分支的哦，你切換一下分支。

三歪：啥？切換分支？咋整？我忘了。

我學長看了下我，貌似不咋會切換分支，就說：“我來吧”。

於是在命令行終端一頓操作后，對三歪說：“好了”

三歪：“我對Git不是很熟悉，之前一直都是在IDEA上操作的。你們一般用命令行多還是圖形界面的多呀？”

我學長：“這沒什麼，反正工具這東西，學學就行，不是什麼大問題。也沒必要說很仔細去學它，就工具嘛”

三歪：“嗯”

時間飛逝，又過了一段時間…

三歪被分配了一個需求，於是就需要新建分支去做這個需求了。所有的標準應用線上走的是master分支，公司通過一個發布系統來控制發布版本、以及整套上下線的流程。

於是我要先在發布系統裡邊新建Git分支：

完了以後，我就在IDEA界面上選擇那個被我新建完的分支

但發現我死活找不到…於是我就問我學長：我在發布系統裡邊新建了分支，為什麼在IDEA上找不到啊？

學長：“怎麼會呢，我看看”。

找了一會，他問我：“你fetch 過了嗎？”

三歪：“啥？”

於是他拿着我的電腦，打開了終端，又以是命令行的方式敲了一頓，問我：“這是不是你新建的分支？“

三歪點了點頭，於是我學長說：”好了，你再看看“。

後來發現，新建完遠程分支，如果在IDEA上要能感知到，可以在pull界面上刷新一下，那就能找到了。

也不是說命令行一定會就比界面牛逼，其實IDEA的Git功能也做得挺好的。現在我都是混合使用，一些操作用命令行，一些操作用IDEA快捷鍵。

我commit和push的時候就喜歡用快捷鍵。command+k和command +shift+k我就感覺比敲命令要快不少。

這些都是個人習慣的問題，也無對錯之分，怎麼方便怎麼來。

其實也不是所有的系統都會走發布系統的（有標準應用，非標準應用）。如果要自己寫一個啟動的腳本，一般我們會做些什麼？無非就是用Git拉最新的代碼，然後用maven打個包，然後啟動。

理解Git

如果你看過上一篇《三歪給女朋友講解什麼是Git》應該能大概了解什麼是Git了。

其實我覺得學Git主要理解工作區 -> 暫存區->倉庫 這幾個概念。

我們使用Git其實絕大部分的操作都是在本地上完成的，比如說add 和commit。

只有我們push的時候，才會把本地完成好的內容推到遠程倉庫上

通過上一篇文章我們知道在每個人的本地都有完整的歷史版本，所以我們可以在本地就能穿梭到不同的版本，然後將修改之後的代碼再重新提交到遠程倉庫上。

所謂的工作區實際上就是我們真正的的本地目錄。

我們在本地添加文件后，需要add到暫存區，文件一旦被add到了暫存區，意味着Git能追蹤到這個文件。

當我們修改到一定程度之後，我們會執行一次提交commit，在提交的時候我們會”備註“自己這次的提交修改了什麼內容。

一次commit在Git就是一個版本，Git是版本控制的軟件，我們可以隨意穿梭到任何的版本中，修改代碼。

暫存區是這麼一個概念呢？

暫存區就像購物車，沒到付款的時候你都不確定購物車裡的東西全部都是要的。每拿一件商品就付一次款，那麻煩可大了。

從宏觀上看，Git其實有本地和遠程的概念，只是本地又分了工作區、暫存區、本地倉庫。再次強調：我們操作幾乎都是在本地完成，每個人的本地都會有所有歷史版本信息。

我們一般會新建分支去支持每一次的修改。

其實分支這個概念也挺好理解的：我們需要并行開發，同時我們又不關心對方改的是什麼內容，改的是什麼文件。因此我們需要在自己的專屬環境下去修改內容，只要把最終修改完后的內容合併到一個主分支就OK了。

假設三歪做完了，經過校驗通過後，把自己的代碼merge（合併）到origin/master分支后，然後就發布上線啦。

隨後，雞蛋也做完了，自己的分支校驗完了以後，他此時也想把自己的代碼合併到origin/master。不料，他改的代碼跟三歪改的代碼有衝突了（Git不知道選擇誰的的代碼），那雞蛋只能手動merge了。

綜合來看，我們使用Git大多數的場景就是各自分支開發，然後各自在本地commit（提交），最後匯總到master分支。

所以，我們學Git大多數就學怎麼實現分支的增刪改、切換以及版本的穿梭。

學習Git的小tips：

Unix/Linux 命令中，- 后一般跟短命令選項（通常是單字母，也有一些命令是例外的），-- 后一般跟長命令選項。如果只有一個單獨的--，後面不緊跟任何選項，則表示命令選項結束，後續的都作為命令的參數而不是選項。

例如：git checkout -- filename filename作為git checkout 的參數，而不是選項。

日常Git使用場景

一、如果這個項目的代碼我們在本地還沒有，我們先去GitLab裡邊找對應的Git地址，然後Clone到本地：

git clone https://github.com/ZhongFuCheng3y/3y.git

二、接到了新的需求，我們要新建一個分支，然後基於這個分支去開發：

git checkout -b feature/sanwaiAddLog

在開發的時候，我們肯定會有兩個操作：

• 在原來的基礎上添加新的文件
• 在原有的文件上修改

三、不管怎麼樣，等我們做到一定程度了，我們都會提交代碼。如果我們添加了新的文件，我們需要先add，然後再commit

git add .
git commit  -m "try to commit files to GitHub, i am java3y"

四、假設我們一切順利，在沒人打擾的情況下已經寫好了代碼了，然後我們會把自己的分支push到遠程倉庫

git push

五、假設我們寫到一半，其他小夥伴已經把他的代碼merge到主分支了，我們也需要把他最新的 代碼給pull拉取下來（可以 git fetch + git merge 替代)。

git pull

如果沒有衝突，那git就會把他的代碼給merge到我當前的分支上。如果有衝突，Git會提醒我去手動解決一下衝突。

六、假設我們寫到一半了，現在工作區的代碼都已經commit了。此時同事說要不幫忙一起排查一個問題，同事一般用的是自己分支，於是就得問他：你用的哪個分支啊？於是得把他的分支給拉下來，看看他的代碼哪兒有問題

git fecth -- 手動拉取遠程倉庫更新的信息
git checkout  分支名   -- 切換到他的分支

現在切換到他的分支，相當於你的環境跟他的環境是一模一樣的，於是就可以愉快地一起看Bug了。

七、假設我們寫到一半了，現在工作區的代碼還沒commit。現在有同事說要排查問題或者一個新的Bug被發現了，要緊急切換到其他的分支。現在我又不想commit（我就寫了一半，編譯還報着錯誤，沒理由讓我commit吧）。

這時，我會把工作區的代碼先stash到暫存區給保存起來，然後就可以愉快地切換其他的分支了。

git stash

等我解決完另一個bug或者幫別人看完問題了，我再把剛剛保存在暫存區的代碼給撈出來，繼續幹活

git stash pop

八、我一直在修Bug，現在的分支已經被我搞得人摸鬼樣了，我非常難受，甚至不知道自己在這個過程中改了多少東西了。

思路已經完全被打亂了，我想回到一個穩定的commit重新出發，重來吧（通過下面的命令，把工作區的代碼都改成對應commit的代碼了）。

git reset --hard  版本號

那我怎麼找到版本號呢？Git也是有日誌的：

git log --pretty=oneline

常用的Git命令

查看Git工作區、暫存區的變更情況（可以知道哪些沒有commit、哪些沒有被Git追蹤）：git status

拉取遠程最新的變更到本地：git fetch

切換分支：git checkout 分支名

將代碼還原到某個版本(包括工作目錄)：git reset --hard 版本號

查看Git的提交(commit)記錄：git log

將代碼還原到某個版本后，後悔了，想重新回去，但在提交記錄已經找不到了。git reset --hard 把reset 之後的 commit都給抹殺掉了。找到最近的執行Git命令：git reflog

還原到某個版本了，現在我為了穩健，不想再原來的分支上修改了，再新建一個分支吧（-b 參數把當前分支切換到了要創建的分支上）：git checkout -b 分支名

我們把上一次還是”相對穩健“的分支合併到我新建的分支上：git merge 分支

突然想看看現在有多少個分支：git branch -a

新增幾個文件了，隨手git add一下吧

改得差不多了，隨手git commit -m 一下吧，最好還是寫好備註，不然以後等改多了，你都不知道你改了什麼啦。

改完了，提交到遠程吧：git push

想把遠程分支最新的代碼給拉下來，然後合併到本地上。我們可以用git fetch和git merge 來實現，也可以通過git pull來實現。一般我用的都是git fetch+git merge ，這樣會更加可控一些

有的時候，本地分支在master分支，然後忘了切其他的分支去修改，直接在master改了，然後也push到遠程了。等你發現的時候，你會真的想罵自己。

咋辦？最簡單的辦法其實我們還是可以git reset --hard到對應的版本，然後將其修改或者復原，再強制提交到master分支：git push -u origin/master -f

三歪瞎扯

在這篇文章中，我列出的Git常用的命令其實並不多吧。

像很多博客講的diff、tag、config之類的命令我都沒有講，我這邊現實開發時這些命令也沒怎麼用過…

如果覺得我說漏的，可以在評論區補充，一起學習。

其實現在IDEA也很強大，很多時候都可以配合IDEA給我們提供的Git去做很多事。有的場景敲命令會比較方便，有的時候就直接圖形化界面就比較方便。

就diff 這個功能而言， 肯定還是圖形界面好用一些吧（至少我是這樣認為的

IDEA配合一些快捷鍵，使用Git也能爽得飛起。Git始終也只是一個工具，如果你有興趣可以了解它的實現（我覺得大部分人可能不知道它是怎麼實現的）；

如果沒興趣看它的實現，了解它是怎麼使用的，也足夠應付日常的開發場景了。

總的來說，現在的互聯網公司大多數還是用Git的，Git本身使用上其實不難，只要理解了Git是幹嘛的，它有個本地倉庫的概念，它可以來回穿梭各種版本，然後將本地的信息提交到遠程，跟着教程把常用的命令敲敲也差不多了。

如果實在是不懂，也別慌（我都給你們打了個樣了）；主動認慫，虛心求教，同事們都不會嫌棄你的。

如果實習之前不知道要準備什麼去公司，要是對Git不了解，我覺得Git可以有佔一席之位。

更多Git命令和參考資料：

• https://github.com/xjh22222228/git-manual
• https://juejin.im/post/5edcf3a36fb9a047fa04fbc3
• https://www.liaoxuefeng.com/wiki/896043488029600

各類知識點總結

下面的文章都有對應的原創精美PDF，在持續更新中，可以來找我催更~

• 92頁的Mybatis
• 129頁的多線程
• 141頁的Servlet
• 158頁的JSP
• 76頁的集合
• 64頁的JDBC
• 105頁的數據結構和算法
• 142頁的Spring
• 58頁的過濾器和監聽器
• 30頁的HTTP
• 42頁的SpringMVC
• Hibernate
• AJAX
• Redis
• ……

涵蓋Java後端所有知識點的開源項目（已有8K+ star）：

• GitHub
• Gitee訪問更快

我是三歪，一個想要變強的男人，感謝大家的點贊收藏和轉發，下期見。給三歪點個贊，對三歪真的非常重要！

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

【其他文章推薦】

※USB CONNECTOR掌控什麼技術要點? 帶您認識其相關發展及效能

※台北網頁設計公司這麼多該如何選擇?

※智慧手機時代的來臨，RWD網頁設計為架站首選

※評比南投搬家公司費用收費行情懶人包大公開

※回頭車貨運收費標準

※聚甘新