主頁 > 軟體設計 > 11道精選阿里和華為的面試題Java技術面試題及對應答案

11道精選阿里和華為的面試題Java技術面試題及對應答案

2020-10-08 21:26:53 軟體設計

`這篇文章有11道精選阿里和華為的面試題Java技術面試題及對應答案總結分析了java常見的技術難點與java常見面試題.

`在這里插入圖片描述
Java面試題PDF檔案資料,由于文章篇幅限制,不可能將所有面試題以文字形式把大廠面試題展示出來,本篇為大家精選了一些面試題,如果你需要這份完整版的面試筆記,獲取面試資料只需:點擊這里領取獲取!!!暗號:CSDN在這里插入圖片描述

1. JVM的類加載機制是什么?有哪些實作方式?

類加載機制:

類的加載指的是將類的.class檔案中的二進制資料讀入到記憶體中,將其放在運行時資料區的方法去內,然后在堆區創建一個java.lang.Class物件,用來封裝在方法區內的資料結構,類的加載最終是在堆區內的Class物件,Class物件封裝了類在方法區內的資料結構,并且向Java程式員提供了訪問方法區內的資料結構的介面,

類加載有三種方式:

1)命令列啟動應用時候由JVM初始化加載

2)通過Class.forName()方法動態加載

3)通過ClassLoader.loadClass()方法動態加載

2. JVM的常見垃圾回收演算法?

1)標記-清楚演算法:前后線標記處所有需要回收的物件,在標記完成后統一回收有被標記的物件,

2)復制演算法:將可用記憶體按容量劃分為大小相等的兩塊,每次只使用其中的一塊,當一塊記憶體用完了,將其存在另外一塊上面,然后再把已使用過的記憶體空間一次清理掉,

3)標記-整理演算法:標記程序與“標記-清除”演算法一樣,但后續步驟不是直接對可回收物件進行清理,而是讓所一端移動,然后直接清理掉端邊界以外的記憶體,

4)分代收集演算法:一般是把Java堆分為新生代和老年代,根據各個年代的特點采用最適當的收集演算法,新生代都發現有大批物件死去,選用復制演算法,老年代中因為物件存活率高,必須使用“標記-清理”或“標記-整理”演算法來進行回收,

3. JVM調優的常見命令列工具有哪些?JVM常見的調優引數有哪些?

(1)JVM調優的常見命令工具包括:

1)jps命令用于查詢正在運行的JVM行程,

2)jstat可以實時顯示本地或遠程JVM行程中類裝載、記憶體、垃圾收集、JIT編譯等資料

3)jinfo用于查詢當前運行這的JVM屬性和引數的值,

4)jmap用于顯示當前Java堆和永久代的詳細資訊

5)jhat用于分析使用jmap生成的dump檔案,是JDK自帶的工具

6)jstack用于生成當前JVM的所有執行緒快照,執行緒快照是虛擬機每一條執行緒正在執行的方法,目的是定位執行緒出現長時間停頓的原因,

(2)JVM常見的調優引數包括:

-Xmx

指定java程式的最大堆記憶體, 使用java -Xmx5000M -version判斷當前系統能分配的最大堆記憶體

-Xms

指定最小堆記憶體, 通常設定成跟最大堆記憶體一樣,減少GC

-Xmn

設定年輕代大小,整個堆大小=年輕代大小 + 年老代大小,所以增大年輕代后,將會減小年老代大小,此值對系統性能影響較大,Sun官方推薦配置為整個堆的3/8,

-Xss

指定執行緒的最大堆疊空間, 此引數決定了java函式呼叫的深度, 值越大呼叫深度越深, 若值太小則容易出堆疊溢位錯誤(StackOverflowError)

-XX:PermSize

指定方法區(永久區)的初始值,默認是物理記憶體的1/64, 在Java8永久區移除, 代之的是元資料區, 由-XX:MetaspaceSize指定

-XX:MaxPermSize

指定方法區的最大值, 默認是物理記憶體的1/4, 在java8中由-XX:MaxMetaspaceSize指定元資料區的大小

-XX:NewRatio=n

年老代與年輕代的比值,-XX:NewRatio=2, 表示年老代與年輕代的比值為2:1

-XX:SurvivorRatio=n

Eden區與Survivor區的大小比值,-XX:SurvivorRatio=8表示Eden區與Survivor區的大小比值是8:1:1,因為Survivor區有兩個(from, to)

4. ConcurrentHashMap加鎖機制是什么,詳細說一下?

HashTable容器在競爭激烈的并發環境下表現出效率低下的原因,是因為所有訪問HashTable的執行緒都必須競爭同一把鎖,那假如容器里有多把鎖,每一把鎖用于鎖容器其中一部分資料,那么當多執行緒訪問容器里不同資料段的資料時,執行緒間就不會存在鎖競爭,從而可以有效的提高并發訪問效率,這就是ConcurrentHashMap所使用的鎖分段技術,首先將資料分成一段一段的存盤,然后給每一段資料配一把鎖,當一個執行緒占用鎖訪問其中一個段資料的時候,其他段的資料也能被其他執行緒訪問,

5. G1收集器簡介?以及它的記憶體劃分怎么樣的?

(1)簡介:

Garbage-First(G1,垃圾優先)收集器是服務型別的收集器,目標是多處理器機器、大記憶體機器,它高度符合垃圾收集暫停時間的目標,同時實作高吞吐量,Oracle JDK 7 update 4 以及更新發布版完全支持G1垃圾收集器

(2)G1的記憶體劃分方式:

它是將堆記憶體被劃分為多個大小相等的 heap 區,每個heap區都是邏輯上連續的一段記憶體(virtual memory). 其中一部磁區域被當成老一代收集器相同的角色(eden, survivor, old), 但每個角色的區域個數都不是固定的,這在記憶體使用上提供了更多的靈活性

6. 在重寫equals方法時,需要遵循哪些約定,具體介紹一下?

重寫equals方法時需要遵循通用約定:自反性、對稱性、傳遞性、一致性.、非空性

1)自反性

對于任何非null的參考值x,x.equals(x)必須回傳true,—這一點基本上不會有啥問題

2)對稱性

對于任何非null的參考值x和y,當且僅當x.equals(y)為true時,y.equals(x)也為true,

3)傳遞性

對于任何非null的參考值x、y、z,如果x.equals(y)==true,y.equals(z)==true,那么x.equals(z)==true,

4) 一致性

對于任何非null的參考值x和y,只要equals的比較操作在物件所用的資訊沒有被修改,那么多次呼叫x.eqals(y)就會一致性地回傳true,或者一致性的回傳false,

5)非空性

所有比較的物件都不能為空,

7. Synchronized優化后的鎖機制簡單介紹一下,包括自旋鎖、偏向鎖、輕量級鎖、重量級鎖?

自旋鎖:

執行緒自旋說白了就是讓cup在做無用功,比如:可以執行幾次for回圈,可以執行幾條空的匯編指令,目的是占著CPU不放,等待獲取鎖的機會,如果旋的時間過長會影響整體性能,時間過短又達不到延遲阻塞的目的,

偏向鎖

偏向鎖就是一旦執行緒第一次獲得了監視物件,之后讓監視物件“偏向”這個執行緒,之后的多次呼叫則可以避免CAS操作,

說白了就是置個變數,如果發現為true則無需再走各種加鎖/解鎖流程,

輕量級鎖:

輕量級鎖是由偏向所升級來的,偏向鎖運行在一個執行緒進入同步塊的情況下,當第二個執行緒加入鎖爭用的時候,偏向鎖就會升級為輕量級鎖;

重量級鎖

重量鎖在JVM中又叫物件監視器(Monitor),它很像C中的Mutex,除了具備Mutex(0|1)互斥的功能,它還負責實作了Semaphore(信號量)的功能,也就是說它至少包含一個競爭鎖的佇列,和一個信號阻塞佇列(wait佇列),前者負責做互斥,后一個用于做執行緒同步,

偏向鎖、輕量級鎖、重量級鎖的對比:

8. Redis和Memcache區別對比?如何選擇這兩個技術?

區別:

1) Redis和Memcache都是將資料存放在記憶體中,都是記憶體資料庫,不過memcache還可用于快取其他東西,例如圖片、視頻等等,

2)Redis不僅僅支持簡單的k/v型別的資料,同時還提供list,set,hash等資料結構的存盤,

3)虛擬記憶體–Redis當物理記憶體用完時,可以將一些很久沒用到的value 交換到磁盤

4)過期策略–memcache在set時就指定,例如set key1 0 0 8,即永不過期,Redis可以通過例如expire 設定,例如expire name 10

5)分布式–設定memcache集群,利用magent做一主多從;redis可以做一主多從,都可以一主一從

6)存盤資料安全–memcache掛掉后,資料沒了;redis可以定期保存到磁盤(持久化)

7)災難恢復–memcache掛掉后,資料不可恢復; redis資料丟失后可以通過aof恢復

8)Redis支持資料的備份,即master-slave模式的資料備份,

選型:

若是簡單的存取key-value這樣的資料用memcache好一些

若是要支持資料持久化,多資料型別(如集合、散列之類的),用串列型別做佇列之類的高級應用,就用redis

9. Redis的持久化機制是什么?各自的優缺點?

redis提供兩種持久化機制RDB和AOF機制,

1)RDB持久化方式:

是指用資料集快照的方式記錄redis資料庫的所有鍵值對,

優點:

1.只有一個檔案dump.rdb,方便持久化,

2.容災性好,一個檔案可以保存到安全的磁盤,

3.性能最大化,fork子行程來完成寫操作,讓主行程繼續處理命令,所以是IO最大化,

4.相對于資料集大時,比AOF的啟動效率更高,

缺點:

1.資料安全性低,

2)AOF持久化方式:

是指所有的命令列記錄以redis命令請求協議的格式保存為aof檔案,

優點:

1.資料安全,aof持久化可以配置appendfsync屬性,有always,每進行一次命令操作就記錄到aof檔案中一次,

2.通過append模式寫檔案,即使中途服務器宕機,可以通過redis-check-aof工具解決資料一致性問題,

3.AOF機制的rewrite模式,

缺點:

1.檔案會比RDB形式的檔案大,

2.資料集大的時候,比rdb啟動效率低,

10. Mysql的資料庫表鎖、行鎖、頁級鎖?

表級,直接鎖定整張表,在你鎖定期間,其它行程無法對該表進行寫操作,如果你是寫鎖,則其它行程則讀也不允許

行級,,僅對指定的記錄進行加鎖,這樣其它行程還是可以對同一個表中的其它記錄進行操作,

頁級,表級鎖速度快,但沖突多,行級沖突少,但速度慢,所以取了折衷的頁級,一次鎖定相鄰的一組記錄,

11. 資料庫的四大特征,資料庫的隔離級別?

資料庫的四大特征:

(1)原子性(Atomicity)

原子性是指事務包含的所有操作要么全部成功,要么全部失敗回滾,

(2)一致性(Consistency)

一個事務執行之前和執行之后都必須處于一致性狀態,

(3)隔離性(Isolation)

隔離性是當多個用戶并發訪問資料庫時,比如操作同一張表時,資料庫為每一個用戶開啟的事務,不能被其他事務的操作所干擾,多個并發事務之間要相互隔離,

4)持久性(Durability)

持久性是指一個事務一旦被提交了,那么對資料庫中的資料的改變就是永久性的,

資料庫的隔離級別:

1)Serializable (串行化):可避免臟讀、不可重復讀、幻讀的發生,

2)Repeatable read (可重復讀):可避免臟讀、不可重復讀的發生,

3)Read committed (讀已提交):可避免臟讀的發生,

4)Read uncommitted (讀未提交):最低級別,任何情況都無法保證,

本文到這里就結束了,喜歡的朋友可以幫忙轉發和關注一下,感謝支持!

轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/163476.html

標籤:其他

上一篇:面試中一個hashmap到底能問出什么?看完這個我終于明白了

下一篇:現在各種云建站,挑兩個給大家分析一下。

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 面試突擊第一季,第二季,第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說,對作業的節奏也差不多掌握了,作業做起來的效率也更高了。雖然和之前的作業一樣,作業中都要用到新的知識,但是相比之前,更加懂得了如何利用工具以及資料。雖然之間卡過殼,但總體而言,這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元,此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO(2020)第四單元博客作業暨課程總結博客

    北航OO(2020)第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中,由于UML圖具有比較清晰的樹形結構,因此我對其中需要進行查詢操作的元素進行了包裝,在樹的父節點中存盤所有孩子的參考。考慮到性能問題,我采用了快取機制,一次查詢后盡可能快取已經遍歷過的資訊,以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目:第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖,順序圖,狀態圖分析器 MyUmlInteraction,實際上我們要建立一個有向圖模型,UML中的物件(元素)可能與同級元素連接,也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false,將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元:StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中,圖的節點包括類、介面、屬性,子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖,第一遍遍歷建點,第二、三次遍歷設定屬性、連邊,實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素:封裝、繼承、多型。 封裝和繼承,這兩個比較好理解,但要理解多型的話,可就稍微有點難度了。今天,我們就來講講多型的理解。 我們應該經常會看到面試題目:請談談對多型的理解。 其實呢,多型非常簡單,就一句話:呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具:DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest,同時又想使用資料驅動,那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料:http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下: 1.什么是xlrd模塊? 2.為什么使用xlrd模塊? 3.怎樣使用xlrd模塊? 1.什么是xlrd模塊? ?python操作excel主要用到xlrd和xlwt這兩個庫,即xlrd是讀excel,xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時,底層到底做了什么?

    jdk1.7中的底層實作程序(底層基于陣列+鏈表) 在我們new HashMap()時,底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候: 首先,呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:20:47 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:20:25 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:20:17 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:20:10 more
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:19:44 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:19:07 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:18:57 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:18:49 more
  • 05單件模式

    #經典的單件模式 public class Singleton { private static Singleton uniqueInstance; //一個靜態變數持有Singleton類的唯一實體。 // 其他有用的實體變數寫在這里 //構造器宣告為私有,只有Singleton可以實體化這個類! ......

    uj5u.com 2023-04-19 08:42:51 more
  • 【架構與設計】常見微服務分層架構的區別和落地實踐

    軟體工程的方方面面都遵循一個最基本的道理:沒有銀彈,架構分層模型更是如此,每一種都有各自優缺點,所以請根據不同的業務場景,并遵循簡單、可演進這兩個重要的架構原則選擇合適的架構分層模型即可。 ......

    uj5u.com 2023-04-19 08:42:41 more