三言兩語說透柯里化和反柯里化
JavaScript中的柯里化(Currying)和反柯里化(Uncurrying)是兩種很有用的技術，可以幫助我們寫出更加優雅、泛用的函數。本文將首先介紹柯里化和反柯里化的概念、實現原理和應用
今天我們來說說這個 JVM 的相關知識，因為面試簡直是問到麻木的問題，那就是關于 JVM 的相關知識，今天了不起再次來和大家聊一下這個知識，我們從一些比較奇怪的問題說起，也不說那些經常會問到的內容了，比如 JVM 的垃圾回收機制什么的。
我們都知道，在 JVM 中，，JVM 內存共分為虛擬機棧、堆、方法區、程序計數器、本地方法棧五個部分。
他們的作用，了不起給大家整了個圖解。
圖片
這就是 JVM 中不同模塊對應的不同的作用。
那么什么是永久代，什么是元空間呢？
在jdk7以及jdk7之前，方法區被稱為永久代（PermGen）
此時永久代是 Java 堆（Java Heap）的一部分，用于存儲類信息、方法信息、常量池信息等靜態數據。
元空間不再與堆連續，而是直接存在于本地內存中，也就是機器的內存。理論上機器內存有多大，元空間的野心就有多大。
而在JDK1.7之前，HotSpot 虛擬機把方法區當成永久代來進行垃圾回收。而從 JDK 1.8 開始，移除永久代，并把方法區移至元空間，它位于本地內存中，而不是虛擬機內存中。
在Java7時，仍然有永久代，永久代也與堆中的老年代連續，但永久代中存儲的部分數據已經開始轉移到Java Heap或Native Memory中了，比如：
HotSpots取消了永久代，那么是不是也就沒有方法區了呢？
當然不是，方法區是一個規范，規范沒變，它就一直在，只不過取代永久代的是元空間（Metaspace）而已。
那么它和永久代有什么不同呢？這就是個問題了。
那么他們的不同點都有哪些呢？
元空間和永久代的不同點：
為什么說存儲位置不同呢？
永久代在物理上是堆的一部分，和新生代、老年代的地址是連續的，而元空間屬于本地內存。
在原來的永久代劃分中，永久代用來存放類的元數據信息、靜態變量以及常量池等。現在類的元信息存儲在元空間中，靜態變量和常量池等并入堆中，相當于原來的永久代中的數據，被元空間和堆內存給瓜分了。
圖片
這時候我們就有了新的問題，為什么要廢棄永久代，而使用元空間來進行替換呢？
首先我們得知道，在原來的永久代劃分中，永久代需要存放類的元數據、靜態變量和常量等。
它的大小不容易確定，因為這其中有很多影響因素，比如類的總數，常量池的大小和方法數量等。
-XX:MaxPermSize 指定太小很容易造成永久代內存溢出。
第二個原因則是移除永久代是為融合HotSpot VM與 JRockit VM而做出的努力，因為JRockit沒有永久代，不需要配置永久代。
第三個原因永久代會為GC帶來不必要的復雜度，并且回收效率偏低。
其實還有的人覺得，Oracle收購了jrockit虛擬機，要將它和HotSpot做整合，而jrockit是沒有永久代的而且jrockit用戶也沒有配置永久代大小的習慣所以將廢棄永久代與jrockit保持一致采用元空間實現方法區。了不起覺得也有一定的道理。
畢竟兩大虛擬機要做統一永久代和元空間勢必要廢棄一個，而永久代的痛點是在于大小不好設置，設置小了會頻繁發生GC，而且永久代的GC是效率很低且費時間，因為判斷一個類是否可以被回收的條件很苛刻且費時，會占用資源影響用戶線程的執行導致整體吞吐量變低。
而實際上永久代不是本地內存是虛擬機內存也就是是屬于JVM進程的內存，所以如果設置過大就回造成內存的浪費，空余部分內存JVM進程本身用不到也不讓其他進程使用。
如果使用元空間的話直接使用的是本地內存，默認也是不加以控制最大值的可以自己擴張，這樣可以減少GC提升吞吐量，再有哪怕設置了最大值由于使用的是直接內存，空余的內存也是允許其他進程使用的。
所以，大家知道為什么要替換了吧。
既然都已經要替換，那么一定是廢除永久代是對 JVM 來說，肯定是好處多多的。
既然我們在這里說到這個Metaspace，那么肯定得說說這個 Metaspace 的相關參數都是代表的什么配置。
本文鏈接：http://www.www897cc.com/showinfo-26-11818-0.htmlJDK為什么廢棄永久代，而引入元空間
聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。郵件：2376512515@qq.com
上一篇： Postman腳本批量轉接口自動化用例
下一篇： DevOps優秀實踐之用戶與權限
Copyright ? 2016-2023 天津谷騏科技有限公司 版權所有 sitemap.xml
違法及侵權請聯系：2376512515@qq.com 津ICP備18001702號
津公網安備 12010102000574號