JAVA基礎(chǔ)

JAVA中的幾種基本類型，各占用多少字節(jié)？

下圖單位是bit,非字節(jié) 1B=8bit

String能被繼承嗎？為什么？

不可以，因為String類有final修飾符，而final修飾的類是不能被繼承的，實現(xiàn)細節(jié)不允許改變。平常我們定義的String str=”a”;其實和String str=new String(“a”)還是有差異的。

前者默認調(diào)用的是String.valueOf來返回String實例對象，至于調(diào)用哪個則取決于你的賦值，比如String num=1,調(diào)用的是

public static String valueOf(int i) {

return Integer.toString(i);

}

后者則是調(diào)用如下部分：

public String(String original) {

this.value = original.value;

this.hash = original.hash;

}

最后我們的變量都存儲在一個char數(shù)組中

private final char value[];

String， Stringbuffer， StringBuilder 的區(qū)別。

String 字符串常量(final修飾，不可被繼承)，String是常量，當創(chuàng)建之后即不能更改。(可以通過StringBuffer和StringBuilder創(chuàng)建String對象(常用的兩個字符串操作類)。)

StringBuffer 字符串變量（線程安全）,其也是final類別的，不允許被繼承，其中的絕大多數(shù)方法都進行了同步處理，包括常用的Append方法也做了同步處理(synchronized修飾)。其自jdk1.0起就已經(jīng)出現(xiàn)。其toString方法會進行對象緩存，以減少元素復制開銷。

public synchronized String toString() {

if (toStringCache == null) {

toStringCache = Arrays.copyOfRange(value, 0, count);

}

return new String(toStringCache, true);

}

StringBuilder 字符串變量（非線程安全）其自jdk1.5起開始出現(xiàn)。與StringBuffer一樣都繼承和實現(xiàn)了同樣的接口和類，方法除了沒使用synch修飾以外基本一致，不同之處在于最后toString的時候，會直接返回一個新對象。

public String toString() {

// Create a copy, don’t share the array

return new String(value, 0, count);

}

ArrayList 和 LinkedList 有什么區(qū)別。

ArrayList和LinkedList都實現(xiàn)了List接口，有以下的不同點：

1、ArrayList是基于索引的數(shù)據(jù)接口，它的底層是數(shù)組。它可以以O(shè)(1)時間復雜度對元素進行隨機訪問。與此對應(yīng)，LinkedList是以元素列表的形式存儲它的數(shù)據(jù)，每一個元素都和它的前一個和后一個元素鏈接在一起，在這種情況下，查找某個元素的時間復雜度是O(n)。

2、相對于ArrayList，LinkedList的插入，添加，刪除操作速度更快，因為當元素被添加到集合任意位置的時候，不需要像數(shù)組那樣重新計算大小或者是更新索引。

3、LinkedList比ArrayList更占內(nèi)存，因為LinkedList為每一個節(jié)點存儲了兩個引用，一個指向前一個元素，一個指向下一個元素。

講講類的實例化順序，比如父類靜態(tài)數(shù)據(jù)，構(gòu)造函數(shù)，字段，子類靜態(tài)數(shù)據(jù)，構(gòu)造函數(shù)，字段，當 new 的時候， 他們的執(zhí)行順序。

此題考察的是類加載器實例化時進行的操作步驟（加載–>連接->初始化）。

父類靜態(tài)代變量、

父類靜態(tài)代碼塊、

子類靜態(tài)變量、

子類靜態(tài)代碼塊、

父類非靜態(tài)變量（父類實例成員變量）、

父類構(gòu)造函數(shù)、

子類非靜態(tài)變量（子類實例成員變量）、

子類構(gòu)造函數(shù)。

用過哪些 Map 類，都有什么區(qū)別，HashMap 是線程安全的嗎,并發(fā)下使用的 Map 是什么，他們內(nèi)部原理分別是什么，比如存儲方式， hashcode，擴容， 默認容量等。

hashMap是線程不安全的，HashMap是數(shù)組+鏈表+紅黑樹（JDK1.8增加了紅黑樹部分）實現(xiàn)的，采用哈希表來存儲的，

JAVA8 的 ConcurrentHashMap 為什么放棄了分段鎖，有什么問題嗎，如果你來設(shè)計，你如何設(shè)計。

有沒有有順序的 Map 實現(xiàn)類， 如果有， 他們是怎么保證有序的。

TreeMap和LinkedHashMap是有序的（TreeMap默認升序，LinkedHashMap則記錄了插入順序）。

抽象類和接口的區(qū)別，類可以繼承多個類么，接口可以繼承多個接口么,類可以實現(xiàn)多個接口么。

1、抽象類和接口都不能直接實例化，如果要實例化，抽象類變量必須指向?qū)崿F(xiàn)所有抽象方法的子類對象，接口變量必須指向?qū)崿F(xiàn)所有接口方法的類對象。

2、抽象類要被子類繼承，接口要被類實現(xiàn)。

3、接口只能做方法申明，抽象類中可以做方法申明，也可以做方法實現(xiàn)

4、接口里定義的變量只能是公共的靜態(tài)的常量，抽象類中的變量是普通變量。

5、抽象類里的抽象方法必須全部被子類所實現(xiàn)，如果子類不能全部實現(xiàn)父類抽象方法，那么該子類只能是抽象類。同樣，一個實現(xiàn)接口的時候，如不能全部實現(xiàn)接口方法，那么該類也只能為抽象類。

6、抽象方法只能申明，不能實現(xiàn)。abstract void abc();不能寫成abstract void abc(){}。

7、抽象類里可以沒有抽象方法

8、如果一個類里有抽象方法，那么這個類只能是抽象類

9、抽象方法要被實現(xiàn)，所以不能是靜態(tài)的，也不能是私有的。

10、接口可繼承接口，并可多繼承接口，但類只能單根繼承。

繼承和聚合的區(qū)別在哪。

繼承指的是一個類（稱為子類、子接口）繼承另外的一個類（稱為父類、父接口）的功能，并可以增加它自己的新功能的能力，繼承是類與類或者接口與接口之間最常見的關(guān)系；在Java中此類關(guān)系通過關(guān)鍵字extends明確標識，在設(shè)計時一般沒有爭議性；

聚合是關(guān)聯(lián)關(guān)系的一種特例，他體現(xiàn)的是整體與部分、擁有的關(guān)系，即has-a的關(guān)系，此時整體與部分之間是可分離的，他們可以具有各自的生命周期，部分可以屬于多個整體對象，也可以為多個整體對象共享；比如計算機與CPU、公司與員工的關(guān)系等；表現(xiàn)在代碼層面，和關(guān)聯(lián)關(guān)系是一致的，只能從語義級別來區(qū)分；

反射中，Class.forName 和 ClassLoader 區(qū)別。

描述動態(tài)代理的幾種實現(xiàn)方式，分別說出相應(yīng)的優(yōu)缺點。

Jdk cglib jdk底層是利用反射機制，需要基于接口方式，這是由于

Proxy.newProxyInstance(target.getClass().getClassLoader(),

target.getClass().getInterfaces(), this);

Cglib則是基于asm框架，實現(xiàn)了無反射機制進行代理，利用空間來換取了時間，代理效率高于jdk

動態(tài)代理與 cglib 實現(xiàn)的區(qū)別

同上（基于invocationHandler和methodInterceptor）

為什么 CGlib 方式可以對接口實現(xiàn)代理。

同上

final 的用途

類、變量、方法

寫出三種單例模式實現(xiàn)。

懶漢式單例，餓漢式單例，雙重檢查等

如何在父類中為子類自動完成所有的 hashcode 和 equals 實現(xiàn)？這么做有何優(yōu)劣。

同時復寫hashcode和equals方法，優(yōu)勢可以添加自定義邏輯，且不必調(diào)用超類的實現(xiàn)。

請結(jié)合 OO 設(shè)計理念，談?wù)勗L問修飾符 public、private、protected、default 在應(yīng)用設(shè)計中的作用。

訪問修飾符，主要標示修飾塊的作用域，方便隔離防護

同一個類? ? 同一個包? ? 不同包的子類? 不同包的非子類

1

2

Private √

Default √ √

Protected √ √ √

Public √ √ √ √

public： Java語言中訪問限制最寬的修飾符，一般稱之為“公共的”。被其修飾的類、屬性以及方法不

僅可以跨類訪問，而且允許跨包（package）訪問。

private: Java語言中對訪問權(quán)限限制的最窄的修飾符，一般稱之為“私有的”。被其修飾的類、屬性以

及方法只能被該類的對象訪問，其子類不能訪問，更不能允許跨包訪問。

protect: 介于public 和 private 之間的一種訪問修飾符，一般稱之為“保護形”。被其修飾的類、

屬性以及方法只能被類本身的方法及子類訪問，即使子類在不同的包中也可以訪問。

default：即不加任何訪問修飾符，通常稱為“默認訪問模式“。該模式下，只允許在同一個包中進行訪

問。

深拷貝和淺拷貝區(qū)別。

數(shù)組和鏈表數(shù)據(jù)結(jié)構(gòu)描述，各自的時間復雜度

error 和 exception 的區(qū)別，CheckedException，RuntimeException 的區(qū)別

請列出 5 個運行時異常。

同上

在自己的代碼中，如果創(chuàng)建一個 java.lang.String 對象，這個對象是否可以被類加載器加載？為什么

類加載無須等到“首次使用該類”時加載，jvm允許預加載某些類。。。。

說一說你對 java.lang.Object 對象中 hashCode 和 equals 方法的理解。在什么場景下需要重新實現(xiàn)這兩個方法。

參考上邊試題

在 jdk1.5 中，引入了泛型，泛型的存在是用來解決什么問題。

泛型的本質(zhì)是參數(shù)化類型，也就是說所操作的數(shù)據(jù)類型被指定為一個參數(shù)，泛型的好處是在編譯的時候檢查類型安全，并且所有的強制轉(zhuǎn)換都是自動和隱式的，以提高代碼的重用率

這樣的 a.hashcode() 有什么用，與 a.equals(b)有什么關(guān)系。

hashcode

hashcode（）方法提供了對象的hashCode值，是一個native方法，返回的默認值與System.identityHashCode(obj)一致。

通常這個值是對象頭部的一部分二進制位組成的數(shù)字，具有一定的標識對象的意義存在，但絕不定于地址。

作用是：用一個數(shù)字來標識對象。比如在HashMap、HashSet等類似的集合類中，如果用某個對象本身作為Key，即要基于這個對象實現(xiàn)Hash的寫入和查找，那么對象本身如何實現(xiàn)這個呢？就是基于hashcode這樣一個數(shù)字來完成的，只有數(shù)字才能完成計算和對比操作。

hashcode是否唯一

hashcode只能說是標識對象，在hash算法中可以將對象相對離散開，這樣就可以在查找數(shù)據(jù)的時候根據(jù)這個key快速縮小數(shù)據(jù)的范圍，但hashcode不一定是唯一的，所以hash算法中定位到具體的鏈表后，需要循環(huán)鏈表，然后通過equals方法來對比Key是否是一樣的。

equals與hashcode的關(guān)系

equals相等兩個對象，則hashcode一定要相等。但是hashcode相等的兩個對象不一定equals相等。

有沒有可能 2 個不相等的對象有相同的 hashcode。

有

Java 中的 HashSet 內(nèi)部是如何工作的。

底層是基于hashmap實現(xiàn)的

什么是序列化，怎么序列化，為什么序列化，反序列化會遇到什么問題，如何解決。

JVM 知識

什么情況下會發(fā)生棧內(nèi)存溢出。

如果線程請求的棧深度大于虛擬機所允許的深度，將拋出StackOverflowError異常。 如果虛擬機在動態(tài)擴展棧時無法申請到足夠的內(nèi)存空間，則拋出OutOfMemoryError異常。

JVM 的內(nèi)存結(jié)構(gòu)，Eden 和 Survivor 比例。

eden 和 survior 是按8比1分配的

jvm 中一次完整的 GC 流程是怎樣的，對象如何晉升到老年代，說說你知道的幾種主要的jvm 參數(shù)。

對象誕生即新生代->eden，在進行minor gc過程中，如果依舊存活，移動到from，變成Survivor，進行標記代數(shù)，如此檢查一定次數(shù)后，晉升為老年代，

你知道哪幾種垃圾收集器，各自的優(yōu)缺點，重點講下 cms，包括原理，流程，優(yōu)缺點

Serial、parNew、ParallelScavenge、SerialOld、ParallelOld、CMS、G1

垃圾回收算法的實現(xiàn)原理。

當出現(xiàn)了內(nèi)存溢出，你怎么排錯。

首先分析是什么類型的內(nèi)存溢出，對應(yīng)的調(diào)整參數(shù)或者優(yōu)化代碼。

JVM 內(nèi)存模型的相關(guān)知識了解多少，比如重排序，內(nèi)存屏障，happen-before，主內(nèi)存，工作內(nèi)存等。

內(nèi)存屏障：為了保障執(zhí)行順序和可見性的一條cpu指令

重排序：為了提高性能，編譯器和處理器會對執(zhí)行進行重拍

happen-before：操作間執(zhí)行的順序關(guān)系。有些操作先發(fā)生。

主內(nèi)存：共享變量存儲的區(qū)域即是主內(nèi)存

工作內(nèi)存：每個線程copy的本地內(nèi)存，存儲了該線程以讀/寫共享變量的副本

簡單說說你了解的類加載器。

類加載器的分類（bootstrap,ext,app,curstom），類加載的流程(load-link-init)

講講 JAVA 的反射機制。

Java程序在運行狀態(tài)可以動態(tài)的獲取類的所有屬性和方法，并實例化該類，調(diào)用方法的功能

你們線上應(yīng)用的 JVM 參數(shù)有哪些。

-server

Xms6000M

-Xmx6000M

-Xmn500M

-XX:PermSize=500M

-XX:MaxPermSize=500M

-XX:SurvivorRatio=65536

-XX:MaxTenuringThreshold=0

-Xnoclassgc

-XX:+DisableExplicitGC

-XX:+UseParNewGC

-XX:+UseConcMarkSweepGC

-XX:+UseCMSCompactAtFullCollection

-XX:CMSFullGCsBeforeCompaction=0

-XX:+CMSClassUnloadingEnabled

-XX:-CMSParallelRemarkEnabled

-XX:CMSInitiatingOccupancyFraction=90

-XX:SoftRefLRUPolicyMSPerMB=0

-XX:+PrintClassHistogram

-XX:+PrintGCDetails

-XX:+PrintGCTimeStamps

-XX:+PrintHeapAtGC

-Xloggc:log/gc.log

g1 和 cms 區(qū)別,吞吐量優(yōu)先和響應(yīng)優(yōu)先的垃圾收集器選擇。

Cms是以獲取最短回收停頓時間為目標的收集器。基于標記-清除算法實現(xiàn)。比較占用cpu資源，切易造成碎片。

G1是面向服務(wù)端的垃圾收集器，是jdk9默認的收集器，基于標記-整理算法實現(xiàn)。可利用多核、多cpu，保留分代，實現(xiàn)可預測停頓，可控。

請解釋如下 jvm 參數(shù)的含義：

-server -Xms512m -Xmx512m -Xss1024K

-XX:PermSize=256m -XX:MaxPermSize=512m -XX:MaxTenuringThreshold=20

XX:CMSInitiatingOccupancyFraction=80 -XX:+UseCMSInitiatingOccupancyOnly。

Server模式啟動

最小堆內(nèi)存512m

最大512m

每個線程?？臻g1m

永久代256

最大永久代256

最大轉(zhuǎn)為老年代檢查次數(shù)20

Cms回收開啟時機：內(nèi)存占用80%

命令JVM不基于運行時收集的數(shù)據(jù)來啟動CMS垃圾收集周期

開源框架知識

簡單講講 tomcat 結(jié)構(gòu)，以及其類加載器流程。

Server- –多個service

Container級別的：–>engine–》host–>context

Listenter

Connector

Logging、Naming、Session、JMX等等

通過WebappClassLoader 加載class

tomcat 如何調(diào)優(yōu)，涉及哪些參數(shù)。

硬件上選擇，操作系統(tǒng)選擇，版本選擇，jdk選擇，配置jvm參數(shù)，配置connector的線程數(shù)量，開啟gzip壓縮，trimSpaces，集群等

講講 Spring 加載流程。

通過listener入口，核心是在AbstractApplicationContext的refresh方法，在此處進行裝載bean工廠，bean，創(chuàng)建bean實例，攔截器，后置處理器等。

講講 Spring 事務(wù)的傳播屬性。

七種傳播屬性。

事務(wù)傳播行為

所謂事務(wù)的傳播行為是指，如果在開始當前事務(wù)之前，一個事務(wù)上下文已經(jīng)存在，此時有若干選項可以指定一個事務(wù)性方法的執(zhí)行行為。在TransactionDefinition定義中包括了如下幾個表示傳播行為的常量：

TransactionDefinition.PROPAGATION_REQUIRED：如果當前存在事務(wù)，則加入該事務(wù)；如果當前沒有事務(wù)，則創(chuàng)建一個新的事務(wù)。

TransactionDefinition.PROPAGATION_REQUIRES_NEW：創(chuàng)建一個新的事務(wù)，如果當前存在事務(wù)，則把當前事務(wù)掛起。

TransactionDefinition.PROPAGATION_SUPPORTS：如果當前存在事務(wù)，則加入該事務(wù)；如果當前沒有事務(wù)，則以非事務(wù)的方式繼續(xù)運行。

TransactionDefinition.PROPAGATION_NOT_SUPPORTED：以非事務(wù)方式運行，如果當前存在事務(wù)，則把當前事務(wù)掛起。

TransactionDefinition.PROPAGATION_NEVER：以非事務(wù)方式運行，如果當前存在事務(wù)，則拋出異常。

TransactionDefinition.PROPAGATION_MANDATORY：如果當前存在事務(wù)，則加入該事務(wù)；如果當前沒有事務(wù)，則拋出異常。

TransactionDefinition.PROPAGATION_NESTED：如果當前存在事務(wù)，則創(chuàng)建一個事務(wù)作為當前事務(wù)的嵌套事務(wù)來運行；如果當前沒有事務(wù)，則該取值等價于TransactionDefinition.PROPAGATION_REQUIRED。

Spring 如何管理事務(wù)的。

編程式和聲明式

同上

Spring 怎么配置事務(wù)（具體說出一些關(guān)鍵的 xml 元素）。

說說你對 Spring 的理解，非單例注入的原理？它的生命周期？循環(huán)注入的原理， aop 的實現(xiàn)原理，說說 aop 中的幾個術(shù)語，它們是怎么相互工作的。

核心組件：bean，context，core，單例注入是通過單例beanFactory進行創(chuàng)建，生命周期是在創(chuàng)建的時候通過接口實現(xiàn)開啟，循環(huán)注入是通過后置處理器，aop其實就是通過反射進行動態(tài)代理，pointcut，advice等。

Springmvc 中 DispatcherServlet 初始化過程。

入口是web.xml中配置的ds，ds繼承了HttpServletBean，F(xiàn)rameworkServlet，通過其中的init方法進行初始化裝載bean和實例，initServletBean是實際完成上下文工作和bean初始化的方法。