171、MySQL 索引是怎么實(shí)現(xiàn)的?

　　索引是滿足某種特定查找算法的數(shù)據(jù)結(jié)構(gòu)，而這些數(shù)據(jù)結(jié)構(gòu)會(huì)以某種方式指向數(shù)據(jù)，從而實(shí)現(xiàn)高效查找數(shù)據(jù)。

　　具體來說 MySQL 中的索引，不同的數(shù)據(jù)引擎實(shí)現(xiàn)有所不同，但目前主流的數(shù)據(jù)庫引擎的索引都是 B+ 樹實(shí)現(xiàn)的，B+ 樹的搜索效率，可以到達(dá)二分法的性能，找到數(shù)據(jù)區(qū)域之后就找到了完整的數(shù)據(jù)結(jié)構(gòu)了，所有索引的性能也是更好的。

　　172、怎么驗(yàn)證 MySQL 的索引是否滿足需求?

　　使用 explain 查看 SQL 是如何執(zhí)行查詢語句的，從而分析你的索引是否滿足需求。

　　explain 語法：explain select * from table where type=1。

　　173、說一下數(shù)據(jù)庫的事務(wù)隔離?

　　MySQL 的事務(wù)隔離是在 MySQL. ini 配置文件里添加的，在文件的最后添加：

　　transaction-isolation = REPEATABLE-READ

　　可用的配置值：READ-UNCOMMITTED、READ-COMMITTED、REPEATABLE-READ、SERIALIZABLE。

　　READ-UNCOMMITTED：未提交讀，最低隔離級別、事務(wù)未提交前，就可被其他事務(wù)讀取(會(huì)出現(xiàn)幻讀、臟讀、不可重復(fù)讀)。

　　READ-COMMITTED：提交讀，一個(gè)事務(wù)提交后才能被其他事務(wù)讀取到(會(huì)造成幻讀、不可重復(fù)讀)。

　　REPEATABLE-READ：可重復(fù)讀，默認(rèn)級別，保證多次讀取同一個(gè)數(shù)據(jù)時(shí)，其值都和事務(wù)開始時(shí)候的內(nèi)容是一致，禁止讀取到別的事務(wù)未提交的數(shù)據(jù)(會(huì)造成幻讀)。

　　SERIALIZABLE：序列化，代價(jià)最高最可靠的隔離級別，該隔離級別能防止臟讀、不可重復(fù)讀、幻讀。

　　臟讀 ：表示一個(gè)事務(wù)能夠讀取另一個(gè)事務(wù)中還未提交的數(shù)據(jù)。比如，某個(gè)事務(wù)嘗試插入記錄 A，此時(shí)該事務(wù)還未提交，然后另一個(gè)事務(wù)嘗試讀取到了記錄 A。

　　不可重復(fù)讀 ：是指在一個(gè)事務(wù)內(nèi)，多次讀同一數(shù)據(jù)。

　　幻讀 ：指同一個(gè)事務(wù)內(nèi)多次查詢返回的結(jié)果集不一樣。比如同一個(gè)事務(wù) A 第一次查詢時(shí)候有 n 條記錄，但是第二次同等條件下查詢卻有 n+1 條記錄，這就好像產(chǎn)生了幻覺。發(fā)生幻讀的原因也是另外一個(gè)事務(wù)新增或者刪除或者修改了第一個(gè)事務(wù)結(jié)果集里面的數(shù)據(jù)，同一個(gè)記錄的數(shù)據(jù)內(nèi)容被修改了，所有數(shù)據(jù)行的記錄就變多或者變少了。

　　174、說一下 MySQL 常用的引擎?

　　InnoDB 引擎：InnoDB 引擎提供了對數(shù)據(jù)庫 acid 事務(wù)的支持，并且還提供了行級鎖和外鍵的約束，它的設(shè)計(jì)的目標(biāo)就是處理大數(shù)據(jù)容量的數(shù)據(jù)庫系統(tǒng)。MySQL 運(yùn)行的時(shí)候，InnoDB 會(huì)在內(nèi)存中建立緩沖池，用于緩沖數(shù)據(jù)和索引。但是該引擎是不支持全文搜索，同時(shí)啟動(dòng)也比較的慢，它是不會(huì)保存表的行數(shù)的，所以當(dāng)進(jìn)行 select count(*) from table 指令的時(shí)候，需要進(jìn)行掃描全表。由于鎖的粒度小，寫操作是不會(huì)鎖定全表的,所以在并發(fā)度較高的場景下使用會(huì)提升效率的。

　　MyIASM 引擎：MySQL 的默認(rèn)引擎，但不提供事務(wù)的支持，也不支持行級鎖和外鍵。因此當(dāng)執(zhí)行插入和更新語句時(shí)，即執(zhí)行寫操作的時(shí)候需要鎖定這個(gè)表，所以會(huì)導(dǎo)致效率會(huì)降低。不過和 InnoDB 不同的是，MyIASM 引擎是保存了表的行數(shù)，于是當(dāng)進(jìn)行 select count(*) from table 語句時(shí)，可以直接的讀取已經(jīng)保存的值而不需要進(jìn)行掃描全表。所以，如果表的讀操作遠(yuǎn)遠(yuǎn)多于寫操作時(shí)，并且不需要事務(wù)的支持的，可以將 MyIASM 作為數(shù)據(jù)庫引擎的首選。

　　175、說一下 MySQL 的行鎖和表鎖?

　　MyISAM 只支持表鎖，InnoDB 支持表鎖和行鎖，默認(rèn)為行鎖。

　　表級鎖：開銷小，加鎖快，不會(huì)出現(xiàn)死鎖。鎖定粒度大，發(fā)生鎖沖突的概率最高，并發(fā)量最低。

　　行級鎖：開銷大，加鎖慢，會(huì)出現(xiàn)死鎖。鎖力度小，發(fā)生鎖沖突的概率小，并發(fā)度最高。

　　176、說一下樂觀鎖和悲觀鎖?

　　樂觀鎖：每次去拿數(shù)據(jù)的時(shí)候都認(rèn)為別人不會(huì)修改，所以不會(huì)上鎖，但是在提交更新的時(shí)候會(huì)判斷一下在此期間別人有沒有去更新這個(gè)數(shù)據(jù)。

　　悲觀鎖：每次去拿數(shù)據(jù)的時(shí)候都認(rèn)為別人會(huì)修改，所以每次在拿數(shù)據(jù)的時(shí)候都會(huì)上鎖，這樣別人想拿這個(gè)數(shù)據(jù)就會(huì)阻止，直到這個(gè)鎖被釋放。

　　數(shù)據(jù)庫的樂觀鎖需要自己實(shí)現(xiàn)，在表里面添加一個(gè) version 字段，每次修改成功值加 1，這樣每次修改的時(shí)候先對比一下，自己擁有的 version 和數(shù)據(jù)庫現(xiàn)在的 version 是否一致，如果不一致就不修改，這樣就實(shí)現(xiàn)了樂觀鎖。

　　177、MySQL 問題排查都有哪些手段?

　　使用 show processlist 命令查看當(dāng)前所有連接信息。

　　使用 explain 命令查詢 SQL 語句執(zhí)行計(jì)劃。

　　開啟慢查詢?nèi)罩?，查看慢查詢?SQL。

　　178、如何做 MySQL 的性能優(yōu)化?

　　為搜索字段創(chuàng)建索引。

　　避免使用 select *，列出需要查詢的字段。

　　垂直分割分表。

　　選擇正確的存儲(chǔ)引擎。

　　十八、Java最新面試題及答案：Redis模塊

　　179、Redis 是什么?都有哪些使用場景?

　　Redis 是一個(gè)使用 C 語言開發(fā)的高速緩存數(shù)據(jù)庫。

　　redis是一個(gè)key-value存儲(chǔ)系統(tǒng)。和Memcached類似，它支持存儲(chǔ)的value類型相對更多，包括string(字符串)、list(鏈表)、set(集合)、zset(sorted set --有序集合)和hash(哈希類型)。這些數(shù)據(jù)類型都支持push/pop、add/remove及取交集并集和差集及更豐富的操作，而且這些操作都是原子性的。在此基礎(chǔ)上，redis支持各種不同方式的排序。與memcached一樣，為了保證效率，數(shù)據(jù)都是緩存在內(nèi)存中。區(qū)別的是redis會(huì)周期性的把更新的數(shù)據(jù)寫入磁盤或者把修改操作寫入追加的記錄文件，并且在此基礎(chǔ)上實(shí)現(xiàn)了master-slave主從同步【主從同步：數(shù)據(jù)可以從主服務(wù)器向任意數(shù)量的從服務(wù)器上同步】。

　　Redis 是一個(gè)高性能的key-value數(shù)據(jù)庫。redis的出現(xiàn)，很大程度補(bǔ)償了memcached這類key/value存儲(chǔ)的不足，在部 分場合可以對關(guān)系數(shù)據(jù)庫起到很好的補(bǔ)充作用。它提供了Java，C/C++，C#，PHP，JavaScript，Perl，Object-C，Python，Ruby，Erlang等客戶端，使用很方便。

　　Redis 使用場景：

　　記錄帖子點(diǎn)贊數(shù)、點(diǎn)擊數(shù)、評論數(shù);

　　緩存近期熱帖;

　　緩存文章詳情信息;

　　記錄用戶會(huì)話信息。

　　180、Redis 有哪些功能?

　　數(shù)據(jù)緩存功能

　　分布式鎖的功能

　　支持?jǐn)?shù)據(jù)持久化

　　支持事務(wù)

　　支持消息隊(duì)列

　　181、Redis 和 memcache 有什么區(qū)別?

　　存儲(chǔ)方式不同：memcache 把數(shù)據(jù)全部存在內(nèi)存之中，斷電后會(huì)掛掉，數(shù)據(jù)不能超過內(nèi)存大小;Redis 有部份存在硬盤上，這樣能保證數(shù)據(jù)的持久性。

　　數(shù)據(jù)支持類型：memcache 對數(shù)據(jù)類型支持相對簡單;Redis 有復(fù)雜的數(shù)據(jù)類型。

　　使用底層模型不同：它們之間底層實(shí)現(xiàn)方式，以及與客戶端之間通信的應(yīng)用協(xié)議不一樣，Redis 自己構(gòu)建了 vm 機(jī)制，因?yàn)橐话愕南到y(tǒng)調(diào)用系統(tǒng)函數(shù)的話，會(huì)浪費(fèi)一定的時(shí)間去移動(dòng)和請求。

　　value 值大小不同：Redis 最大可以達(dá)到 1gb;memcache 只有 1mb。

　　182、Redis 為什么是單線程的?

　　因?yàn)?cpu 不是 Redis 的瓶頸，Redis 的瓶頸最有可能是機(jī)器內(nèi)存或者網(wǎng)絡(luò)帶寬。既然單線程容易實(shí)現(xiàn)，而且 cpu 又不會(huì)成為瓶頸，那就順理成章地采用單線程的方案了。

　　關(guān)于 Redis 的性能，官方網(wǎng)站也有，普通筆記本輕松處理每秒幾十萬的請求。而且單線程并不代表就慢， nginx 和 node.js 也都是高性能單線程的代表。

　　183、什么是緩存穿透?怎么解決?

　　緩存穿透：指查詢一個(gè)一定不存在的數(shù)據(jù)，由于緩存是不命中時(shí)需要從數(shù)據(jù)庫查詢，查不到數(shù)據(jù)則不寫入緩存，這將導(dǎo)致這個(gè)不存在的數(shù)據(jù)每次請求都要到數(shù)據(jù)庫去查詢，造成緩存穿透。

　　解決方案：最簡單粗暴的方法如果一個(gè)查詢返回的數(shù)據(jù)為空(不管是數(shù)據(jù)不存在，還是系統(tǒng)故障)，我們就把這個(gè)空結(jié)果進(jìn)行緩存，但它的過期時(shí)間會(huì)很短，最長不超過五分鐘。

　　184、Redis 支持的數(shù)據(jù)類型有哪些?

　　Redis 支持的數(shù)據(jù)類型：string(字符串)、list(列表)、hash(字典)、set(集合)、zset(有序集合)。

　　185、Redis 支持的 Java 客戶端都有哪些?

　　支持的 Java 客戶端有 Redisson、jedis、lettuce 等。

　　186、jedis 和 Redisson 有哪些區(qū)別?

　　jedis：提供了比較全面的 Redis 命令的支持。

　　Redisson：實(shí)現(xiàn)了分布式和可擴(kuò)展的 Java 數(shù)據(jù)結(jié)構(gòu)，與 jedis 相比 Redisson 的功能相對簡單，不支持排序、事務(wù)、管道、分區(qū)等 Redis 特性。

　　187、怎么保證緩存和數(shù)據(jù)庫數(shù)據(jù)的一致性?

　　合理設(shè)置緩存的過期時(shí)間。

　　新增、更改、刪除數(shù)據(jù)庫操作時(shí)同步更新 Redis，可以使用事物機(jī)制來保證數(shù)據(jù)的一致性。

　　188、Redis 持久化有幾種方式?

　　Redis 的持久化有兩種方式，或者說有兩種策略：

　　RDB(Redis Database)：指定的時(shí)間間隔能對你的數(shù)據(jù)進(jìn)行快照存儲(chǔ)。

　　AOF(Append Only File)：每一個(gè)收到的寫命令都通過write函數(shù)追加到文件中。

　　189、Redis 怎么實(shí)現(xiàn)分布式鎖?

　　Redis 分布式鎖其實(shí)就是在系統(tǒng)里面占一個(gè)“坑”，其他程序也要占“坑”的時(shí)候，占用成功了就可以繼續(xù)執(zhí)行，失敗了就只能放棄或稍后重試。

　　占坑一般使用 setnx(set if not exists)指令，只允許被一個(gè)程序占有，使用完調(diào)用 del 釋放鎖。

　　190、Redis 分布式鎖有什么缺陷?

　　Redis 分布式鎖不能解決超時(shí)的問題，分布式鎖有一個(gè)超時(shí)時(shí)間，程序的執(zhí)行如果超出了鎖的超時(shí)時(shí)間就會(huì)出現(xiàn)問題。

　　191、Redis 如何做內(nèi)存優(yōu)化?

　　盡量使用 Redis 的散列表，把相關(guān)的信息放到散列表里面存儲(chǔ)，而不是把每個(gè)字段單獨(dú)存儲(chǔ)，這樣可以有效的減少內(nèi)存使用。比如將 Web 系統(tǒng)的用戶對象，應(yīng)該放到散列表里面再整體存儲(chǔ)到 Redis，而不是把用戶的姓名、年齡、密碼、郵箱等字段分別設(shè)置 key 進(jìn)行存儲(chǔ)。

　　192、Redis 淘汰策略有哪些?

　　volatile-lru：從已設(shè)置過期時(shí)間的數(shù)據(jù)集(server. db[i]. expires)中挑選最近最少使用的數(shù)據(jù)淘汰。

　　volatile-ttl：從已設(shè)置過期時(shí)間的數(shù)據(jù)集(server. db[i]. expires)中挑選將要過期的數(shù)據(jù)淘汰。

　　volatile-random：從已設(shè)置過期時(shí)間的數(shù)據(jù)集(server. db[i]. expires)中任意選擇數(shù)據(jù)淘汰。

　　allkeys-lru：從數(shù)據(jù)集(server. db[i]. dict)中挑選最近最少使用的數(shù)據(jù)淘汰。

　　allkeys-random：從數(shù)據(jù)集(server. db[i]. dict)中任意選擇數(shù)據(jù)淘汰。

　　no-enviction(驅(qū)逐)：禁止驅(qū)逐數(shù)據(jù)。

　　193、Redis 常見的性能問題有哪些?該如何解決?

　　主服務(wù)器寫內(nèi)存快照，會(huì)阻塞主線程的工作，當(dāng)快照比較大時(shí)對性能影響是非常大的，會(huì)間斷性暫停服務(wù)，所以主服務(wù)器最好不要寫內(nèi)存快照。

　　Redis 主從復(fù)制的性能問題，為了主從復(fù)制的速度和連接的穩(wěn)定性，主從庫最好在同一個(gè)局域網(wǎng)內(nèi)。

　　十九、 Java最新面試題及答案：JVM模塊

　　194、說一下 JVM 的主要組成部分?及其作用?

　　類加載器(ClassLoader)

　　運(yùn)行時(shí)數(shù)據(jù)區(qū)(Runtime Data Area)

　　執(zhí)行引擎(Execution Engine)

　　本地庫接口(Native Interface)

　　組件的作用：首先通過類加載器(ClassLoader)會(huì)把 Java 代碼轉(zhuǎn)換成字節(jié)碼，運(yùn)行時(shí)數(shù)據(jù)區(qū)(Runtime Data Area)再把字節(jié)碼加載到內(nèi)存中，而字節(jié)碼文件只是 JVM 的一套指令集規(guī)范，并不能直接交個(gè)底層操作系統(tǒng)去執(zhí)行，因此需要特定的命令解析器執(zhí)行引擎(Execution Engine)，將字節(jié)碼翻譯成底層系統(tǒng)指令，再交由 CPU 去執(zhí)行，而這個(gè)過程中需要調(diào)用其他語言的本地庫接口(Native Interface)來實(shí)現(xiàn)整個(gè)程序的功能。

　　195、說一下 JVM 運(yùn)行時(shí)數(shù)據(jù)區(qū)?

　　不同虛擬機(jī)的運(yùn)行時(shí)數(shù)據(jù)區(qū)可能略微有所不同，但都會(huì)遵從 Java 虛擬機(jī)規(guī)范， Java 虛擬機(jī)規(guī)范規(guī)定的區(qū)域分為以下 5 個(gè)部分：

　　程序計(jì)數(shù)器(Program Counter Register)：當(dāng)前線程所執(zhí)行的字節(jié)碼的行號指示器，字節(jié)碼解析器的工作是通過改變這個(gè)計(jì)數(shù)器的值，來選取下一條需要執(zhí)行的字節(jié)碼指令，分支、循環(huán)、跳轉(zhuǎn)、異常處理、線程恢復(fù)等基礎(chǔ)功能，都需要依賴這個(gè)計(jì)數(shù)器來完成;

　　Java 虛擬機(jī)棧(Java Virtual Machine Stacks)：用于存儲(chǔ)局部變量表、操作數(shù)棧、動(dòng)態(tài)鏈接、方法出口等信息;

　　本地方法棧(Native Method Stack)：與虛擬機(jī)棧的作用是一樣的，只不過虛擬機(jī)棧是服務(wù) Java 方法的，而本地方法棧是為虛擬機(jī)調(diào)用 Native 方法服務(wù)的;

　　Java 堆(Java Heap)：Java 虛擬機(jī)中內(nèi)存最大的一塊，是被所有線程共享的，幾乎所有的對象實(shí)例都在這里分配內(nèi)存;

　　方法區(qū)(Methed Area)：用于存儲(chǔ)已被虛擬機(jī)加載的類信息、常量、靜態(tài)變量、即時(shí)編譯后的代碼等數(shù)據(jù)。

　　196、說一下堆棧的區(qū)別?

　　功能方面：堆是用來存放對象的，棧是用來執(zhí)行程序的。

　　共享性：堆是線程共享的，棧是線程私有的。

　　空間大小：堆大小遠(yuǎn)遠(yuǎn)大于棧。

　　197、隊(duì)列和棧是什么?有什么區(qū)別?

　　隊(duì)列和棧都是被用來預(yù)存儲(chǔ)數(shù)據(jù)的。

　　隊(duì)列允許先進(jìn)先出檢索元素，但也有例外的情況，Deque 接口允許從兩端檢索元素。

　　棧和隊(duì)列很相似，但它運(yùn)行對元素進(jìn)行后進(jìn)先出進(jìn)行檢索。

　　198、什么是雙親委派模型?

　　在介紹雙親委派模型之前先說下類加載器。對于任意一個(gè)類，都需要由加載它的類加載器和這個(gè)類本身統(tǒng)一確立在 JVM 中的唯一性，每一個(gè)類加載器，都有一個(gè)獨(dú)立的類名稱空間。類加載器就是根據(jù)指定全限定名稱將 class 文件加載到 JVM 內(nèi)存，然后再轉(zhuǎn)化為 class 對象。

　　類加載器分類：

　　啟動(dòng)類加載器(Bootstrap ClassLoader)，是虛擬機(jī)自身的一部分，用來加載Java_HOME/lib/目錄中的，或者被 -Xbootclasspath 參數(shù)所指定的路徑中并且被虛擬機(jī)識別的類庫;

　　其他類加載器：

　　擴(kuò)展類加載器(Extension ClassLoader)：負(fù)責(zé)加載\lib\ext目錄或Java. ext. dirs系統(tǒng)變量指定的路徑中的所有類庫;

　　應(yīng)用程序類加載器(Application ClassLoader)。負(fù)責(zé)加載用戶類路徑(classpath)上的指定類庫，我們可以直接使用這個(gè)類加載器。一般情況，如果我們沒有自定義類加載器默認(rèn)就是用這個(gè)加載器。

　　雙親委派模型：如果一個(gè)類加載器收到了類加載的請求，它首先不會(huì)自己去加載這個(gè)類，而是把這個(gè)請求委派給父類加載器去完成，每一層的類加載器都是如此，這樣所有的加載請求都會(huì)被傳送到頂層的啟動(dòng)類加載器中，只有當(dāng)父加載無法完成加載請求(它的搜索范圍中沒找到所需的類)時(shí)，子加載器才會(huì)嘗試去加載類。

　　199、說一下類裝載的執(zhí)行過程?

　　類裝載分為以下 5 個(gè)步驟：

　　加載：根據(jù)查找路徑找到相應(yīng)的 class 文件然后導(dǎo)入;

　　檢查：檢查加載的 class 文件的正確性;

　　準(zhǔn)備：給類中的靜態(tài)變量分配內(nèi)存空間;

　　解析：虛擬機(jī)將常量池中的符號引用替換成直接引用的過程。符號引用就理解為一個(gè)標(biāo)示，而在直接引用直接指向內(nèi)存中的地址;

　　初始化：對靜態(tài)變量和靜態(tài)代碼塊執(zhí)行初始化工作。

　　200、怎么判斷對象是否可以被回收?

　　一般有兩種方法來判斷：

　　引用計(jì)數(shù)器：為每個(gè)對象創(chuàng)建一個(gè)引用計(jì)數(shù)，有對象引用時(shí)計(jì)數(shù)器 +1，引用被釋放時(shí)計(jì)數(shù) -1，當(dāng)計(jì)數(shù)器為 0 時(shí)就可以被回收。它有一個(gè)缺點(diǎn)不能解決循環(huán)引用的問題;

　　可達(dá)性分析：從 GC Roots 開始向下搜索，搜索所走過的路徑稱為引用鏈。當(dāng)一個(gè)對象到 GC Roots 沒有任何引用鏈相連時(shí)，則證明此對象是可以被回收的。

　　201、Java 中都有哪些引用類型?

　　強(qiáng)引用：發(fā)生 gc 的時(shí)候不會(huì)被回收。

　　軟引用：有用但不是必須的對象，在發(fā)生內(nèi)存溢出之前會(huì)被回收。

　　弱引用：有用但不是必須的對象，在下一次GC時(shí)會(huì)被回收。

　　虛引用(幽靈引用/幻影引用)：無法通過虛引用獲得對象，用 PhantomReference 現(xiàn)虛引用，虛引用的用途是在 gc 時(shí)返回一個(gè)通知。

　　202、說一下 JVM 有哪些垃圾回收算法?

　　標(biāo)記-清除算法：標(biāo)記無用對象，然后進(jìn)行清除回收。缺點(diǎn)：效率不高，無法清除垃圾碎片。

　　標(biāo)記-整理算法：標(biāo)記無用對象，讓所有存活的對象都向一端移動(dòng)，然后直接清除掉端邊界以外的內(nèi)存。

　　復(fù)制算法：按照容量劃分二個(gè)大小相等的內(nèi)存區(qū)域，當(dāng)一塊用完的時(shí)候?qū)⒒钪膶ο髲?fù)制到另一塊上，然后再把已使用的內(nèi)存空間一次清理掉。缺點(diǎn)：內(nèi)存使用率不高，只有原來的一半。

　　分代算法：根據(jù)對象存活周期的不同將內(nèi)存劃分為幾塊，一般是新生代和老年代，新生代基本采用復(fù)制算法，老年代采用標(biāo)記整理算法。

　　203、說一下 JVM 有哪些垃圾回收器?

　　Serial：最早的單線程串行垃圾回收器。

　　Serial Old：Serial 垃圾回收器的老年版本，同樣也是單線程的，可以作為 CMS 垃圾回收器的備選預(yù)案。

　　ParNew：是 Serial 的多線程版本。

　　Parallel 和 ParNew 收集器類似是多線程的，但 Parallel 是吞吐量優(yōu)先的收集器，可以犧牲等待時(shí)間換取系統(tǒng)的吞吐量。

　　Parallel Old 是 Parallel 老生代版本，Parallel 使用的是復(fù)制的內(nèi)存回收算法，Parallel Old 使用的是標(biāo)記-整理的內(nèi)存回收算法。

　　CMS：一種以獲得最短停頓時(shí)間為目標(biāo)的收集器，非常適用 B/S 系統(tǒng)。

　　G1：一種兼顧吞吐量和停頓時(shí)間的 GC 實(shí)現(xiàn)，是 JDK 9 以后的默認(rèn) GC 選項(xiàng)。

　　204、詳細(xì)介紹一下 CMS 垃圾回收器?

　　CMS 是英文 Concurrent Mark-Sweep 的簡稱，是以犧牲吞吐量為代價(jià)來獲得最短回收停頓時(shí)間的垃圾回收器。對于要求服務(wù)器響應(yīng)速度的應(yīng)用上，這種垃圾回收器非常適合。在啟動(dòng) JVM 的參數(shù)加上“-XX:+UseConcMarkSweepGC”來指定使用 CMS 垃圾回收器。

　　CMS 使用的是標(biāo)記-清除的算法實(shí)現(xiàn)的，所以在 gc 的時(shí)候回產(chǎn)生大量的內(nèi)存碎片，當(dāng)剩余內(nèi)存不能滿足程序運(yùn)行要求時(shí)，系統(tǒng)將會(huì)出現(xiàn) Concurrent Mode Failure，臨時(shí) CMS 會(huì)采用 Serial Old 回收器進(jìn)行垃圾清除，此時(shí)的性能將會(huì)被降低。

　　205、新生代垃圾回收器和老生代垃圾回收器都有哪些?有什么區(qū)別?

　　新生代回收器：Serial、ParNew、Parallel Scavenge

　　老年代回收器：Serial Old、Parallel Old、CMS

　　整堆回收器：G1

　　新生代垃圾回收器一般采用的是復(fù)制算法，復(fù)制算法的優(yōu)點(diǎn)是效率高，缺點(diǎn)是內(nèi)存利用率低;老年代回收器一般采用的是標(biāo)記-整理的算法進(jìn)行垃圾回收。

　　206、簡述分代垃圾回收器是怎么工作的?

　　分代回收器有兩個(gè)分區(qū)：老生代和新生代，新生代默認(rèn)的空間占比總空間的 1/3，老生代的默認(rèn)占比是 2/3。

　　新生代使用的是復(fù)制算法，新生代里有 3 個(gè)分區(qū)：Eden、To Survivor、From Survivor，它們的默認(rèn)占比是 8:1:1，它的執(zhí)行流程如下：

　　把 Eden + From Survivor 存活的對象放入 To Survivor 區(qū);

　　清空 Eden 和 From Survivor 分區(qū);

　　From Survivor 和 To Survivor 分區(qū)交換，F(xiàn)rom Survivor 變 To Survivor，To Survivor 變 From Survivor。

　　每次在 From Survivor 到 To Survivor 移動(dòng)時(shí)都存活的對象，年齡就 +1，當(dāng)年齡到達(dá) 15(默認(rèn)配置是 15)時(shí)，升級為老生代。大對象也會(huì)直接進(jìn)入老生代。

　　老生代當(dāng)空間占用到達(dá)某個(gè)值之后就會(huì)觸發(fā)全局垃圾收回，一般使用標(biāo)記整理的執(zhí)行算法。以上這些循環(huán)往復(fù)就構(gòu)成了整個(gè)分代垃圾回收的整體執(zhí)行流程。

　　207、說一下 JVM 調(diào)優(yōu)的工具?

　　JDK 自帶了很多監(jiān)控工具，都位于 JDK 的 bin 目錄下，其中最常用的是 jconsole 和 jvisualvm 這兩款視圖監(jiān)控工具。

　　jconsole：用于對 JVM 中的內(nèi)存、線程和類等進(jìn)行監(jiān)控;

　　jvisualvm：JDK 自帶的全能分析工具，可以分析：內(nèi)存快照、線程快照、程序死鎖、監(jiān)控內(nèi)存的變化、gc 變化等。

　　208、常用的 JVM 調(diào)優(yōu)的參數(shù)都有哪些?

　　-Xms2g：初始化推大小為 2g;

　　-Xmx2g：堆最大內(nèi)存為 2g;

　　-XX:NewRatio=4：設(shè)置年輕的和老年代的內(nèi)存比例為 1:4;

　　-XX:SurvivorRatio=8：設(shè)置新生代 Eden 和 Survivor 比例為 8:2;

　　–XX:+UseParNewGC：指定使用 ParNew + Serial Old 垃圾回收器組合;

　　-XX:+UseParallelOldGC：指定使用 ParNew + ParNew Old 垃圾回收器組合;

　　-XX:+UseConcMarkSweepGC：指定使用 CMS + Serial Old 垃圾回收器組合;

　　-XX:+PrintGC：開啟打印 gc 信息;

　　-XX:+PrintGCDetails：打印 gc 詳細(xì)信息。

由于“最常見的208道Java最新面試題及答案”內(nèi)容太多，本文已滿，請看下文鏈接：

1~30道Java最新面試題及答案請看鏈接：http://www.soulsinkind.com/javazixun/2143.html

31~73道Java最新面試題及答案請看鏈接：http://www.soulsinkind.com/javazixun/2145.html

74~124道Java最新面試題及答案請看鏈接：http://www.soulsinkind.com/javazixun/2146.html

125~170道Java最新面試題及答案請看鏈接：http://www.soulsinkind.com/javazixun/2148.html

相關(guān)Java面試題推薦

java基礎(chǔ)面試題及答案

2019最新java面試題含答案（基礎(chǔ)篇）

2019年常見Java面試題及答案

Java常見面試題匯總

2019史上最全java面試題題庫大全800題

2019年最新Java基礎(chǔ)面試題及面試技巧