摘要:是的簡稱,運行環境,為的運行提供了所需的環境。分割字符串,返回分割后的字符串數組。當計算的值相同時,我們稱之為沖突,的做法是用鏈表和紅黑樹存儲相同的值的。迭代器取代了集合框架中的,迭代器允許調用者在迭代過程中移除元素。
Java基礎
1.JDK和JRE有什么區別?
JDK 是java development kit的簡稱,java開發工具包,提供java的開發環境和運行環境。
JRE 是java runtime environment 的簡稱,java運行環境,為java的運行提供了所需的環境。
JDK其中包含了JRE,同時還包含了編譯java源碼的編譯器javac,還包含了很多程序調試和分析的工具。簡單來說如果你需要運行程序只需要安裝JRE就可以,但是如果需要編寫程序要安裝JDK。
2.==和equal的區別?
==
基本數據類型:比較的是值是否相等。
引用數據類型:比較的是引用是否相等。
equal:相當于==,默認情況下是引用比較不過有些如String,integer重寫了equal方法,把它改成值比較。
3.兩個對象的hashcode相同,則equals方法一定為TRUE,對嗎?
不對,因為在散列表中,hashcode相等即兩個鍵值對的哈希值相等,然而哈希值相等,鍵值對不一定相等。
4.final在java中有什么作用?
final修飾類該類叫最終類,不能被繼承。
final修飾方法,改方法不能被重寫。
final修飾變量,變量為常量,必須初始化,且不能改變。
5.java中 round(-1.5)等于多少?
等于-1,round方法對值加0.5。即在數軸上向右取整。
6.string屬于基本數據類型嗎?
不屬于,基本數據類型有八種:int,char,long,byte,float,boolean,double,short。
7.java中操作字符串都有哪些類?它們之間的區別是什么
操作字符串的類有:string,stringbuilder,stringbuffer。
string和兩者的區別是,string聲明 的是不可變對象,每次操作都會生成新的對象,然后把指針指向新的對象,另外兩個可以以原有對象的基礎上進行操作,所以經常改變字符串就不要使用string。
Stringbuffer和Stringbuilder最大的區別在于Stringbuffer是線程安全的,Stringbuilder不是線程安全的,但是Stringbuilder的性能卻高于Stringbuffer,所以在單線程環境下推薦使用Stringbuilder,多線程情況下使用Stringbuffer。
8.String str=“i”和String str=new String(“i”)一樣嗎
不一樣,第一種java虛擬機會在常量池分配空間,第二種是在堆內存中分配空間。
9.如何將字符串反轉?
使用Stringbuffer和Stringbuilder的reverse()方法。
10.String類的常用方法有哪些?
indexof():返回指定字符的索引。
chatAt:返回指定索引處的字符。
replase:字符串替換。
trim:去除字符串兩邊空白。
split:分割字符串,返回分割后的字符串數組。
getByte:返回字符串的byte類型數組。
length:返回字符串長度。
toLowerCase:將字符型改成小寫字母。
toUperCase:將字符串改成大寫字母。
subString:截取字符串。
equals:字符串比較。
11.抽象類必須要有抽象方法嗎?
不需要,抽象類不一定非要有抽象方法。
12.普通類和抽象類有什么區別?
普通類不能包括抽象方法,抽象類可以有抽象方法。
普通類可以直接實例化,抽象類不能直接實例化。
13.抽象類可以用final修飾嗎?
不能,定義抽象類就是為了讓別的類繼承的,而final修飾的類不能被繼承,所以相互矛盾。
14.接口和抽象類有什么不同?
實現:抽象類的子類必須使用extends來繼承父類,接口使用implement來實現接口。
構造函數:抽象類中可以有構造方法,接口中不能有構造方法。
訪問修飾符:接口中的方法默認的訪問修飾符是public,抽象類中方法任何訪問修飾符都可以。
實現數量:一個類可以實現很多個接口,但只能繼承一個一個抽象類。
15.java中IO流分為幾種?
按功能分類:輸入流(input)、輸出流(output)。
按類型來分:字節流、字符流。
字節流按8位傳輸以字節為單位輸入輸出數據。字符流按16為傳輸以字符為單位傳入傳出數據。
16.BIO、NIO、AIO有什么區別?
BIO是block io 同步阻塞式io,是我們平常使用的傳統io,它的特點是模式簡單易用,并發處理能力低。
NIO是 new io 同步非阻塞式io,是傳統io的升級,客戶端和服務端通過Channel通訊,實現多路復用。
AIO是 Asynchronous io是NIO的升級,也叫NIO2,實現異步非阻塞io,異步io的操作基于事件和回調機制。
17.Files類的方法有哪些?
Files.exist():檢測文件路徑是否存在。
Files.createFiles():創建文件。
Files.createDirectory():創建文件目錄。
Files.delete():刪除文件或目錄。
Files.copy():復制文件。
Files.move():移動文件。
Files.size():查看文件個數。
FIles.read():讀取文件。
Files.write():寫入文件。
容器
1.Java容器有哪些?
java 容器分為collection和map兩大類 其中又有很多子類。
Collection
List
ArrayList
LinkedList
Vector
Stack
Set
HashSet
LinkedHashSet
TreeSet
Map
HashMap
LinkedHashMap
TreeMap
ConcurrentHashMap
Hashtable
2.Collection和Collections有什么區別?
Collection是一個集合接口,它提供了對集合對象進行操作的通用接口方法,所有集合都是它的子類,比如List、Set等。
Collections是一個包裝類,包含很多靜態方法,不能被實例化,就像一個工具類,比如提供的排序方法 Collections.sort(list).
3.List、Set、Map三者之間的區別?
三者主要區別體現在兩方面:元素是否有序、是否允許元素重復。
不同如下圖:
4.HashMap和Hashtable有什么區別?
存儲:HashMap運行的key和values可以為null,Hashtable不允許。
線程安全:Hashtable是線程安全,HashMap是非線程安全的。
推薦使用:在Hashtable的類注釋可以看到,Hashtable是保留類不建議使用,推薦在單線程下使用HashMap替代,如果需要多線程使用則使用ConcurrentHashMap。
5.如何決定使用HashMap還是TreeMap?
對于在Map中插入、刪除、定位一個元素時,使用HashMap會更好,因為HashMap插入會更快。但如果要對key集合進行有序遍歷,選擇TreeMap會比較好。
6.說一下HashMap的實現原理。
HashMap是基于hash算法實現的,我們通過put(key,value)來存儲元素,get(key)獲取。當key傳入時,HashMap會根據key.hashCode()計算hash值,根據hash值將value存放在bucket里。當計算的hash值相同時,我們稱之為hash沖突,HashMap的做法是用鏈表和紅黑樹存儲相同的hash值的value。當hash沖突個數比較少時,使用鏈表否則使用紅黑樹。
7.說一下HashSet的實現原理。
HashSet是基于HashMap實現的,HashSet底層是使用HashMap來保存所有數據的,因此HashSet的實現原理比較簡單,相關的Hashset操作,基本上都是直接調用底層HashMap實現的,Hashset不允許值重復。
8.ArrayList和LinkedList的區別是什么?
存儲結構:ArrayList是動態數組的數據結構實現,LinkedList是雙向鏈式的數據結構。
隨機訪問效率:ArrayList比LinkedList效率高,因為LinkedList是線性的數據存儲方式,所有需要移動指針從前往后依次查找。
增加和刪除效率:在非首尾增加或刪除數據元素,LinkedList效率比較高,因為ArrayLiat增刪要影響到數組內其他數據的下標。
總的來說,頻繁讀取數據使用arrylist,增刪操作則使用Linkedlist
9.如何實現數組和List之間的轉換?
數組轉List:使用ArryList.asList(array)進行轉換。
List轉數組:使用List自帶的toArray()方法。
10.ArrayLiat和Vector的區別?
線程安全:Vector使用了Synchronized來實現線程同步,是線程安全的,而ArrayList是非線程安全的。
性能:arraylist性能比vector高。
擴容:ArrayList 和 Vector 都會根據實際的需要動態的調整容量,只不過在 Vector 擴容每次會增加 1 倍,而 ArrayList 只會增加 50%。
11.Array和ArrayList有什么區別?
Array 可以存儲基本數據類型和對象,ArrayList 只能存儲對象。
Array 是指定固定大小的,而 ArrayList 大小是自動擴展的。
Array 內置方法沒有 ArrayList 多,比如 addAll、removeAll、iteration 等方法只有 ArrayList 有。
12.在Queue中poll()和remove()有什么區別?
相同點:都是返回第一個元素,并在隊列中刪除返回的對象。
不同點:如果沒有元素 poll()會返回 null,而 remove()會直接拋出NoSuchElementException 異常。
13.哪些集合類時線程安全的?
Vector、Hashtable、Stack 都是線程安全的,而像 HashMap 則是非線程安全的,不過在 JDK 1.5 之后隨著 Java. util. concurrent 并發包的出現,它們也有了自己對應的線程安全類,比如 HashMap 對應的線程安全類就是 ConcurrentHashMap。
14.迭代器iterator是什么?
Iterator 接口提供遍歷任何 Collection 的接口。我們可以從一個 Collection 中使用迭代器方法來獲取迭代器實例。迭代器取代了 Java 集合框架中的 Enumeration,迭代器允許調用者在迭代過程中移除元素。
15.Iterator 怎么使用?有什么特點?
Iterator 的特點是更加安全,因為它可以確保,在當前遍歷的集合元素被更改的時候,就會拋出 ConcurrentModificationException 異常。
16.Iterator 和 ListIterator 有什么區別?
Iterator 可以遍歷 Set 和 List 集合,而 ListIterator 只能遍歷 List。
Iterator 只能單向遍歷,而 ListIterator 可以雙向遍歷(向前/后遍歷)。
ListIterator 從 Iterator 接口繼承,然后添加了一些額外的功能,比如添加一個元素、替換一個元素、獲取前面或后面元素的索引位置。
17.怎么確保一個集合不能被修改?
可以使用 Collections. unmodifiableCollection(Collection c) 方法來創建一個只讀集合,這樣改變集合的任何操作都會拋出 Java. lang. UnsupportedOperationException 異常。
多線程
1.并行和并發有什么區別?
并行:多個處理器或多核處理器同時處理多個任務。
并發:多個任務在同一個 CPU 核上,按細分的時間片輪流(交替)執行,從邏輯上來看那些任務是同時執行。
并發 = 兩個隊列和一臺咖啡機。
并行 = 兩個隊列和兩臺咖啡機。
2.線程和進程的區別?
一個程序下至少有一個進程,一個進程下至少有一個線程,一個進程下也可以有多個線程來增加程序的執行速度。
3.守護線程是什么?
守護線程是運行在后臺的一種特殊進程。它獨立于控制終端并且周期性地執行某種任務或等待處理某些發生的事件。在 Java 中垃圾回收線程就是特殊的守護線程。
4.創建線程有哪幾種方式?
創建線程有三種方式:
繼承 Thread 重寫 run 方法;
實現 Runnable 接口;
實現 Callable 接口。
5.說一下 runnable 和 callable 有什么區別?
runnable 沒有返回值,callable 可以拿到有返回值,callable 可以看作是 runnable 的補充。
6.線程有哪些狀態?
線程的狀態:
NEW 尚未啟動
RUNNABLE 正在執行中
BLOCKED 阻塞的(被同步鎖或者IO鎖阻塞)
WAITING 永久等待狀態
TIMED_WAITING 等待指定的時間重新被喚醒的狀態
TERMINATED 執行完成
7.sleep() 和 wait() 有什么區別?
類的不同:sleep() 來自 Thread,wait() 來自 Object。
釋放鎖:sleep() 不釋放鎖;wait() 釋放鎖。
用法不同:sleep() 時間到會自動恢復;wait() 可以使用 notify()/notifyAll()直接喚醒。
8.notify()和 notifyAll()有什么區別?
notifyAll()會喚醒所有的線程,notify()之后喚醒一個線程。notifyAll() 調用后,會將全部線程由等待池移到鎖池,然后參與鎖的競爭,競爭成功則繼續執行,如果不成功則留在鎖池等待鎖被釋放后再次參與競爭。而 notify()只會喚醒一個線程,具體喚醒哪一個線程由虛擬機控制。
9.線程的 run() 和 start() 有什么區別?
start() 方法用于啟動線程,run() 方法用于執行線程的運行時代碼。run() 可以重復調用,而 start() 只能調用一次。
10.創建線程池有哪幾種方式?
線程池創建有七種方式,最核心的是最后一種:
newSingleThreadExecutor():它的特點在于工作線程數目被限制為 1,操作一個無界的工作隊列,所以它保證了所有任務的都是被順序執行,最多會有一個任務處于活動狀態,并且不允許使用者改動線程池實例,因此可以避免其改變線程數目;
newCachedThreadPool():它是一種用來處理大量短時間工作任務的線程池,具有幾個鮮明特點:它會試圖緩存線程并重用,當無緩存線程可用時,就會創建新的工作線程;如果線程閑置的時間超過 60 秒,則被終止并移出緩存;長時間閑置時,這種線程池,不會消耗什么資源。其內部使用 SynchronousQueue 作為工作隊列;
newFixedThreadPool(int nThreads):重用指定數目(nThreads)的線程,其背后使用的是無界的工作隊列,任何時候最多有 nThreads 個工作線程是活動的。這意味著,如果任務數量超過了活動隊列數目,將在工作隊列中等待空閑線程出現;如果有工作線程退出,將會有新的工作線程被創建,以補足指定的數目 nThreads;
newSingleThreadScheduledExecutor():創建單線程池,返回 ScheduledExecutorService,可以進行定時或周期性的工作調度;
newScheduledThreadPool(int corePoolSize):和newSingleThreadScheduledExecutor()類似,創建的是個 ScheduledExecutorService,可以進行定時或周期性的工作調度,區別在于單一工作線程還是多個工作線程;
newWorkStealingPool(int parallelism):這是一個經常被人忽略的線程池,Java 8 才加入這個創建方法,其內部會構建ForkJoinPool,利用Work-Stealing算法,并行地處理任務,不保證處理順序;
ThreadPoolExecutor():是最原始的線程池創建,上面1-3創建方式都是對ThreadPoolExecutor的封裝。
11.線程池都有哪些狀態?
RUNNING:這是最正常的狀態,接受新的任務,處理等待隊列中的任務。
SHUTDOWN:不接受新的任務提交,但是會繼續處理等待隊列中的任務。
STOP:不接受新的任務提交,不再處理等待隊列中的任務,中斷正在執行任務的線程。
TIDYING:所有的任務都銷毀了,workCount 為 0,線程池的狀態在轉換為 TIDYING 狀態時,會執行鉤子方法 terminated()。
TERMINATED:terminated()方法結束后,線程池的狀態就會變成這個。
12.線程池中 submit() 和 execute() 方法有什么區別?
execute():只能執行 Runnable 類型的任務。
submit():可以執行 Runnable 和 Callable 類型的任務。
Callable 類型的任務可以獲取執行的返回值,而 Runnable 執行無返回值。
在 Java 程序中怎么保證多線程的運行安全?
方法一:使用安全類,比如 Java. util. concurrent 下的類。
方法二:使用自動鎖 synchronized。
方法三:使用手動鎖 Lock。
14.多線程中 synchronized 鎖升級的原理是什么?
synchronized 鎖升級原理:在鎖對象的對象頭里面有一個 threadid 字段,在第一次訪問的時候 threadid 為空,jvm 讓其持有偏向鎖,并將 threadid 設置為其線程 id,再次進入的時候會先判斷 threadid 是否與其線程 id 一致,如果一致則可以直接使用此對象,如果不一致,則升級偏向鎖為輕量級鎖,通過自旋循環一定次數來獲取鎖,執行一定次數之后,如果還沒有正常獲取到要使用的對象,此時就會把鎖從輕量級升級為重量級鎖,此過程就構成了 synchronized 鎖的升級。
鎖的升級的目的:鎖升級是為了減低了鎖帶來的性能消耗。在 Java 6 之后優化 synchronized 的實現方式,使用了偏向鎖升級為輕量級鎖再升級到重量級鎖的方式,從而減低了鎖帶來的性能消耗。
15.什么是死鎖?
當線程 A 持有獨占鎖a,并嘗試去獲取獨占鎖 b 的同時,線程 B 持有獨占鎖 b,并嘗試獲取獨占鎖 a 的情況下,就會發生 AB 兩個線程由于互相持有對方需要的鎖,而發生的阻塞現象,我們稱為死鎖。
16.怎么防止死鎖?
盡量使用 tryLock(long timeout, TimeUnit unit)的方法(ReentrantLock、ReentrantReadWriteLock),設置超時時間,超時可以退出防止死鎖。
盡量使用 Java. util. concurrent 并發類代替自己手寫鎖。
盡量降低鎖的使用粒度,盡量不要幾個功能用同一把鎖。
盡量減少同步的代碼塊。
17.ThreadLocal 是什么?有哪些使用場景?
ThreadLocal 為每個使用該變量的線程提供獨立的變量副本,所以每一個線程都可以獨立地改變自己的副本,而不會影響其它線程所對應的副本。
ThreadLocal 的經典使用場景是數據庫連接和 session 管理等。
18.說一下 synchronized 底層實現原理?
synchronized 是由一對 monitorenter/monitorexit 指令實現的,monitor 對象是同步的基本實現單元。在 Java 6 之前,monitor 的實現完全是依靠操作系統內部的互斥鎖,因為需要進行用戶態到內核態的切換,所以同步操作是一個無差別的重量級操作,性能也很低。但在 Java 6 的時候,Java 虛擬機 對此進行了大刀闊斧地改進,提供了三種不同的 monitor 實現,也就是常說的三種不同的鎖:偏向鎖(Biased Locking)、輕量級鎖和重量級鎖,大大改進了其性能。
synchronized 和 volatile 的區別是什么?
volatile 是變量修飾符;synchronized 是修飾類、方法、代碼段。
volatile 僅能實現變量的修改可見性,不能保證原子性;而 synchronized 則可以保證變量的修改可見性和原子性。
volatile 不會造成線程的阻塞;synchronized 可能會造成線程的阻塞。
synchronized 和 Lock 有什么區別?
synchronized 可以給類、方法、代碼塊加鎖;而 lock 只能給代碼塊加鎖。
synchronized 不需要手動獲取鎖和釋放鎖,使用簡單,發生異常會自動釋放鎖,不會造成死鎖;而 lock 需要自己加鎖和釋放鎖,如果使用不當沒有 unLock()去釋放鎖就會造成死鎖。
通過 Lock 可以知道有沒有成功獲取鎖,而 synchronized 卻無法辦到。
synchronized 和 ReentrantLock 區別是什么?
synchronized 早期的實現比較低效,對比 ReentrantLock,大多數場景性能都相差較大,但是在 Java 6 中對 synchronized 進行了非常多的改進。
主要區別如下:
ReentrantLock 使用起來比較靈活,但是必須有釋放鎖的配合動作;
ReentrantLock 必須手動獲取與釋放鎖,而 synchronized 不需要手動釋放和開啟鎖;
ReentrantLock 只適用于代碼塊鎖,而 synchronized 可用于修飾方法、代碼塊等。
volatile 標記的變量不會被編譯器優化;synchronized 標記的變量可以被編譯器優化。
說一下 atomic 的原理?
atomic 主要利用 CAS (Compare And Wwap) 和 volatile 和 native 方法來保證原子操作,從而避免 synchronized 的高開銷,執行效率大為提升。
反射
什么是反射?
反射是在運行狀態中,對于任意一個類,都能夠知道這個類的所有屬性和方法;對于任意一個對象,都能夠調用它的任意一個方法和屬性;這種動態獲取的信息以及動態調用對象的方法的功能稱為 Java 語言的反射機制。
什么是 Java 序列化?什么情況下需要序列化?
Java 序列化是為了保存各種對象在內存中的狀態,并且可以把保存的對象狀態再讀出來。
以下情況需要使用 Java 序列化:
想把的內存中的對象狀態保存到一個文件中或者數據庫中時候;
想用套接字在網絡上傳送對象的時候;
想通過RMI(遠程方法調用)傳輸對象的時候。
動態代理是什么?有哪些應用?
動態代理是運行時動態生成代理類。
動態代理的應用有 spring aop、hibernate 數據查詢、測試框架的后端 mock、rpc,Java注解對象獲取等。
怎么實現動態代理?
JDK 原生動態代理和 cglib 動態代理。JDK 原生動態代理是基于接口實現的,而 cglib 是基于繼承當前類的子類實現的。
對象拷貝
為什么要使用克隆?
克隆的對象可能包含一些已經修改過的屬性,而 new 出來的對象的屬性都還是初始化時候的值,所以當需要一個新的對象來保存當前對象的“狀態”就靠克隆方法了。
如何實現對象克隆?
實現 Cloneable 接口并重寫 Object 類中的 clone() 方法。
實現 Serializable 接口,通過對象的序列化和反序列化實現克隆,可以實現真正的深度克隆。
深拷貝和淺拷貝區別是什么?
淺克隆:當對象被復制時只復制它本身和其中包含的值類型的成員變量,而引用類型的成員對象并沒有復制。
深克隆:除了對象本身被復制外,對象所包含的所有成員變量也將復制。
Java Web
JSP 和 servlet 有什么區別?
JSP 是 servlet 技術的擴展,本質上就是 servlet 的簡易方式。servlet 和 JSP 最主要的不同點在于,servlet 的應用邏輯是在 Java 文件中,并且完全從表示層中的 html 里分離開來,而 JSP 的情況是 Java 和 html 可以組合成一個擴展名為 JSP 的文件。JSP 側重于視圖,servlet 主要用于控制邏輯。
JSP 有哪些內置對象?作用分別是什么?
JSP 有 9 大內置對象:
request:封裝客戶端的請求,其中包含來自 get 或 post 請求的參數;
response:封裝服務器對客戶端的響應;
pageContext:通過該對象可以獲取其他對象;
session:封裝用戶會話的對象;
application:封裝服務器運行環境的對象;
out:輸出服務器響應的輸出流對象;
config:Web 應用的配置對象;
page:JSP 頁面本身(相當于 Java 程序中的 this);
exception:封裝頁面拋出異常的對象。
說一下 JSP 的 4 種作用域?
page:代表與一個頁面相關的對象和屬性。
request:代表與客戶端發出的一個請求相關的對象和屬性。一個請求可能跨越多個頁面,涉及多個 Web 組件;需要在頁面顯示的臨時數據可以置于此作用域。
session:代表與某個用戶與服務器建立的一次會話相關的對象和屬性。跟某個用戶相關的數據應該放在用戶自己的 session 中。
application:代表與整個 Web 應用程序相關的對象和屬性,它實質上是跨越整個 Web 應用程序,包括多個頁面、請求和會話的一個全局作用域。
session 和 cookie 有什么區別?
存儲位置不同:session 存儲在服務器端;cookie 存儲在瀏覽器端。
安全性不同:cookie 安全性一般,在瀏覽器存儲,可以被偽造和修改。
容量和個數限制:cookie 有容量限制,每個站點下的 cookie 也有個數限制。
存儲的多樣性:session 可以存儲在 Redis 中、數據庫中、應用程序中;而 cookie 只能存儲在瀏覽器中。
說一下 session 的工作原理?
session 的工作原理是客戶端登錄完成之后,服務器會創建對應的 session,session 創建完之后,會把 session 的 id 發送給客戶端,客戶端再存儲到瀏覽器中。這樣客戶端每次訪問服務器時,都會帶著 sessionid,服務器拿到 sessionid 之后,在內存找到與之對應的 session 這樣就可以正常工作了。
如果客戶端禁止 cookie 能實現 session 還能用嗎?
可以用,session 只是依賴 cookie 存儲 sessionid,如果 cookie 被禁用了,可以使用 url 中添加 sessionid 的方式保證 session 能正常使用。
spring mvc 和 struts 的區別是什么?
攔截級別:struts2 是類級別的攔截;spring mvc 是方法級別的攔截。
數據獨立性:spring mvc 的方法之間基本上獨立的,獨享 request 和 response 數據,請求數據通過參數獲取,處理結果通過 ModelMap 交回給框架,方法之間不共享變量;而 struts2 雖然方法之間也是獨立的,但其所有 action 變量是共享的,這不會影響程序運行,卻給我們編碼和讀程序時帶來了一定的麻煩。
攔截機制:struts2 有以自己的 interceptor 機制,spring mvc 用的是獨立的 aop 方式,這樣導致struts2 的配置文件量比 spring mvc 大。
對 ajax 的支持:spring mvc 集成了ajax,所有 ajax 使用很方便,只需要一個注解 @ResponseBody 就可以實現了;而 struts2 一般需要安裝插件或者自己寫代碼才行。
如何避免 SQL 注入?
使用預處理 PreparedStatement。
使用正則表達式過濾掉字符中的特殊字符。
什么是 XSS 攻擊,如何避免?
XSS 攻擊:即跨站腳本攻擊,它是 Web 程序中常見的漏洞。原理是攻擊者往 Web 頁面里插入惡意的腳本代碼(css 代碼、Javascript 代碼等),當用戶瀏覽該頁面時,嵌入其中的腳本代碼會被執行,從而達到惡意攻擊用戶的目的,如盜取用戶 cookie、破壞頁面結構、重定向到其他網站等。
預防 XSS 的核心是必須對輸入的數據做過濾處理。
什么是 CSRF 攻擊,如何避免?
CSRF:Cross-Site Request Forgery(中文:跨站請求偽造),可以理解為攻擊者盜用了你的身份,以你的名義發送惡意請求,比如:以你名義發送郵件、發消息、購買商品,虛擬貨幣轉賬等。
防御手段:
驗證請求來源地址;
關鍵操作添加驗證碼;
在請求地址添加 token 并驗證。
異常
throw 和 throws 的區別?
throw:是真實拋出一個異常。
throws:是聲明可能會拋出一個異常。
final、finally、finalize 有什么區別?
final:是修飾符,如果修飾類,此類不能被繼承;如果修飾方法和變量,則表示此方法和此變量不能在被改變,只能使用。
finally:是 try{} catch{} finally{} 最后一部分,表示不論發生任何情況都會執行,finally 部分可以省略,但如果 finally 部分存在,則一定會執行 finally 里面的代碼。
finalize: 是 Object 類的一個方法,在垃圾收集器執行的時候會調用被回收對象的此方法。
try-catch-finally 中哪個部分可以省略?
try-catch-finally 其中 catch 和 finally 都可以被省略,但是不能同時省略,也就是說有 try 的時候,必須后面跟一個 catch 或者 finally。
try-catch-finally 中,如果 catch 中 return 了,finally 還會執行嗎?
finally 一定會執行,即使是 catch 中 return 了,catch 中的 return 會等 finally 中的代碼執行完之后,才會執行。
常見的異常類有哪些?
NullPointerException 空指針異常
ClassNotFoundException 指定類不存在
NumberFormatException 字符串轉換為數字異常
IndexOutOfBoundsException 數組下標越界異常
ClassCastException 數據類型轉換異常
FileNotFoundException 文件未找到異常
NoSuchMethodException 方法不存在異常
IOException IO 異常
SocketException Socket 異常
網絡
http 響應碼 301 和 302 代表的是什么?有什么區別?
301:永久重定向。
302:暫時重定向。
它們的區別是,301 對搜索引擎優化(SEO)更加有利;302 有被提示為網絡攔截的風險。
forward 和 redirect 的區別?
forward 是轉發 和 redirect 是重定向:
地址欄 url 顯示:foward url 不會發生改變,redirect url 會發生改變;
數據共享:forward 可以共享 request 里的數據,redirect 不能共享;
效率:forward 比 redirect 效率高。
簡述 tcp 和 udp的區別?
tcp 和 udp 是 OSI 模型中的運輸層中的協議。tcp 提供可靠的通信傳輸,而 udp 則常被用于讓廣播和細節控制交給應用的通信傳輸。
兩者的區別大致如下:
tcp 面向連接,udp 面向非連接即發送數據前不需要建立鏈接;
tcp 提供可靠的服務(數據傳輸),udp 無法保證;
tcp 面向字節流,udp 面向報文;
tcp 數據傳輸慢,udp 數據傳輸快;
tcp 為什么要三次握手,兩次不行嗎?為什么?
如果采用兩次握手,那么只要服務器發出確認數據包就會建立連接,但由于客戶端此時并未響應服務器端的請求,那此時服務器端就會一直在等待客戶端,這樣服務器端就白白浪費了一定的資源。若采用三次握手,服務器端沒有收到來自客戶端的再此確認,則就會知道客戶端并沒有要求建立請求,就不會浪費服務器的資源。
說一下 tcp 粘包是怎么產生的?
tcp 粘包可能發生在發送端或者接收端,分別來看兩端各種產生粘包的原因:
發送端粘包:發送端需要等緩沖區滿才發送出去,造成粘包;
接收方粘包:接收方不及時接收緩沖區的包,造成多個包接收。
OSI 的七層模型都有哪些?
物理層:利用傳輸介質為數據鏈路層提供物理連接,實現比特流的透明傳輸。
數據鏈路層:負責建立和管理節點間的鏈路。
網絡層:通過路由選擇算法,為報文或分組通過通信子網選擇最適當的路徑。
傳輸層:向用戶提供可靠的端到端的差錯和流量控制,保證報文的正確傳輸。
會話層:向兩個實體的表示層提供建立和使用連接的方法。
表示層:處理用戶信息的表示問題,如編碼、數據格式轉換和加密解密等。
應用層:直接向用戶提供服務,完成用戶希望在網絡上完成的各種工作。
get 和 post 請求有哪些區別?
get 請求會被瀏覽器主動緩存,而 post 不會。
get 傳遞參數有大小限制,而 post 沒有。
post 參數傳輸更安全,get 的參數會明文限制在 url 上,post 不會。
如何實現跨域?
實現跨域有以下幾種方案:
服務器端運行跨域 設置 CORS 等于 *;
在單個接口使用注解 @CrossOrigin 運行跨域;
使用 jsonp 跨域;
說一下 JSONP 實現原理?
jsonp:JSON with Padding,它是利用script標簽的 src 連接可以訪問不同源的特性,加載遠程返回的“JS 函數”來執行的。
設計模式
說一下你熟悉的設計模式?
單例模式:保證被創建一次,節省系統開銷。
工廠模式(簡單工廠、抽象工廠):解耦代碼。
觀察者模式:定義了對象之間的一對多的依賴,這樣一來,當一個對象改變時,它的所有的依賴者都會收到通知并自動更新。
外觀模式:提供一個統一的接口,用來訪問子系統中的一群接口,外觀定義了一個高層的接口,讓子系統更容易使用。
模版方法模式:定義了一個算法的骨架,而將一些步驟延遲到子類中,模版方法使得子類可以在不改變算法結構的情況下,重新定義算法的步驟。
狀態模式:允許對象在內部狀態改變時改變它的行為,對象看起來好像修改了它的類。
簡單工廠和抽象工廠有什么區別?
簡單工廠:用來生產同一等級結構中的任意產品,對于增加新的產品,無能為力。
工廠方法:用來生產同一等級結構中的固定產品,支持增加任意產品。
抽象工廠:用來生產不同產品族的全部產品,對于增加新的產品,無能為力;支持增加產品族。
Spring/Spring MVC
為什么要使用 spring?
spring 提供 ioc 技術,容器會幫你管理依賴的對象,從而不需要自己創建和管理依賴對象了,更輕松的實現了程序的解耦。
spring 提供了事務支持,使得事務操作變的更加方便。
spring 提供了面向切片編程,這樣可以更方便的處理某一類的問題。
更方便的框架集成,spring 可以很方便的集成其他框架,比如 MyBatis、hibernate 等。
解釋一下什么是 aop?
aop 是面向切面編程,通過預編譯方式和運行期動態代理實現程序功能的統一維護的一種技術。
簡單來說就是統一處理某一“切面”(類)的問題的編程思想,比如統一處理日志、異常等。
解釋一下什么是 ioc?
ioc:Inversionof Control(中文:控制反轉)是 spring 的核心,對于 spring 框架來說,就是由 spring 來負責控制對象的生命周期和對象間的關系。
簡單來說,控制指的是當前對象對內部成員的控制權;控制反轉指的是,這種控制權不由當前對象管理了,由其他(類,第三方容器)來管理。
spring 有哪些主要模塊?
spring core:框架的最基礎部分,提供 ioc 和依賴注入特性。
spring context:構建于 core 封裝包基礎上的 context 封裝包,提供了一種框架式的對象訪問方法。
spring dao:Data Access Object 提供了JDBC的抽象層。
spring aop:提供了面向切面的編程實現,讓你可以自定義攔截器、切點等。
spring Web:提供了針對 Web 開發的集成特性,例如文件上傳,利用 servlet listeners 進行 ioc 容器初始化和針對 Web 的 ApplicationContext。
spring Web mvc:spring 中的 mvc 封裝包提供了 Web 應用的 Model-View-Controller(MVC)的實現。
spring 常用的注入方式有哪些?
setter 屬性注入
構造方法注入
注解方式注入
spring 中的 bean 是線程安全的嗎?
spring 中的 bean 默認是單例模式,spring 框架并沒有對單例 bean 進行多線程的封裝處理。
實際上大部分時候 spring bean 無狀態的(比如 dao 類),所有某種程度上來說 bean 也是安全的,但如果 bean 有狀態的話(比如 view model 對象),那就要開發者自己去保證線程安全了,最簡單的就是改變 bean 的作用域,把“singleton”變更為“prototype”,這樣請求 bean 相當于 new Bean()了,所以就可以保證線程安全了。
有狀態就是有數據存儲功能。
無狀態就是不會保存數據。
spring 支持幾種 bean 的作用域?
spring 支持 5 種作用域,如下:
singleton:spring ioc 容器中只存在一個 bean 實例,bean 以單例模式存在,是系統默認值;
prototype:每次從容器調用 bean 時都會創建一個新的示例,既每次 getBean()相當于執行 new Bean()操作;
Web 環境下的作用域:
request:每次 http 請求都會創建一個 bean;
session:同一個 http session 共享一個 bean 實例;
global-session:用于 portlet 容器,因為每個 portlet 有多帶帶的 session,globalsession 提供一個全局性的 http session。
注意: 使用 prototype 作用域需要慎重的思考,因為頻繁創建和銷毀 bean 會帶來很大的性能開銷。
spring 自動裝配 bean 有哪些方式?
no:默認值,表示沒有自動裝配,應使用顯式 bean 引用進行裝配。
byName:它根據 bean 的名稱注入對象依賴項。
byType:它根據類型注入對象依賴項。
構造函數:通過構造函數來注入依賴項,需要設置大量的參數。
autodetect:容器首先通過構造函數使用 autowire 裝配,如果不能,則通過 byType 自動裝配。
spring 事務實現方式有哪些?
聲明式事務:聲明式事務也有兩種實現方式,基于 xml 配置文件的方式和注解方式(在類上添加 @Transaction 注解)。
編碼方式:提供編碼的形式管理和維護事務。
說一下 spring 的事務隔離?
spring 有五大隔離級別,默認值為 ISOLATION_DEFAULT(使用數據庫的設置),其他四個隔離級別和數據庫的隔離級別一致:
ISOLATION_DEFAULT:用底層數據庫的設置隔離級別,數據庫設置的是什么我就用什么;
ISOLATIONREADUNCOMMITTED:未提交讀,最低隔離級別、事務未提交前,就可被其他事務讀取(會出現幻讀、臟讀、不可重復讀);
ISOLATIONREADCOMMITTED:提交讀,一個事務提交后才能被其他事務讀取到(會造成幻讀、不可重復讀),SQL server 的默認級別;
ISOLATIONREPEATABLEREAD:可重復讀,保證多次讀取同一個數據時,其值都和事務開始時候的內容是一致,禁止讀取到別的事務未提交的數據(會造成幻讀),MySQL 的默認級別;
ISOLATION_SERIALIZABLE:序列化,代價最高最可靠的隔離級別,該隔離級別能防止臟讀、不可重復讀、幻讀。
臟讀 :表示一個事務能夠讀取另一個事務中還未提交的數據。比如,某個事務嘗試插入記錄 A,此時該事務還未提交,然后另一個事務嘗試讀取到了記錄 A。
不可重復讀 :是指在一個事務內,多次讀同一數據。
幻讀 :指同一個事務內多次查詢返回的結果集不一樣。比如同一個事務 A 第一次查詢時候有 n 條記錄,但是第二次同等條件下查詢卻有 n+1 條記錄,這就好像產生了幻覺。發生幻讀的原因也是另外一個事務新增或者刪除或者修改了第一個事務結果集里面的數據,同一個記錄的數據內容被修改了,所有數據行的記錄就變多或者變少了。
說一下 spring mvc 運行流程?
spring mvc 先將請求發送給 DispatcherServlet。
DispatcherServlet 查詢一個或多個 HandlerMapping,找到處理請求的 Controller。
DispatcherServlet 再把請求提交到對應的 Controller。
Controller 進行業務邏輯處理后,會返回一個ModelAndView。
Dispathcher 查詢一個或多個 ViewResolver 視圖解析器,找到 ModelAndView 對象指定的視圖對象。
視圖對象負責渲染返回給客戶端。
spring mvc 有哪些組件?
前置控制器 DispatcherServlet。
映射控制器 HandlerMapping。
處理器 Controller。
模型和視圖 ModelAndView。
視圖解析器 ViewResolver。
@RequestMapping 的作用是什么?
將 http 請求映射到相應的類/方法上。
@Autowired 的作用是什么?
@Autowired 它可以對類成員變量、方法及構造函數進行標注,完成自動裝配的工作,通過@Autowired 的使用來消除 set/get 方法。
Spring Boot/Spring Cloud
什么是 spring boot?
spring boot 是為 spring 服務的,是用來簡化新 spring 應用的初始搭建以及開發過程的。
為什么要用 spring boot?
配置簡單
獨立運行
自動裝配
無代碼生成和 xml 配置
提供應用監控
易上手
提升開發效率
spring boot 核心配置文件是什么?
spring boot 核心的兩個配置文件:
bootstrap (. yml 或者 . properties):boostrap 由父 ApplicationContext 加載的,比 applicaton 優先加載,且 boostrap 里面的屬性不能被覆蓋;
application (. yml 或者 . properties):用于 spring boot 項目的自動化配置。
spring boot 配置文件有哪幾種類型?它們有什么區別?
配置文件有 . properties 格式和 . yml 格式,它們主要的區別是書法風格不同。
spring boot 有哪些方式可以實現熱部署?
使用 devtools 啟動熱部署,添加 devtools 庫,在配置文件中把 spring. devtools. restart. enabled 設置為 true;
使用 Intellij Idea 編輯器,勾上自動編譯或手動重新編譯。
jpa 和 hibernate 有什么區別?
jpa 全稱 Java Persistence API,是 Java 持久化接口規范,hibernate 屬于 jpa 的具體實現。
什么是 spring cloud?
spring cloud 是一系列框架的有序集合。它利用 spring boot 的開發便利性巧妙地簡化了分布式系統基礎設施的開發,如服務發現注冊、配置中心、消息總線、負載均衡、斷路器、數據監控等,都可以用 spring boot 的開發風格做到一鍵啟動和部署。
spring cloud 斷路器的作用是什么?
在分布式架構中,斷路器模式的作用也是類似的,當某個服務單元發生故障(類似用電器發生短路)之后,通過斷路器的故障監控(類似熔斷保險絲),向調用方返回一個錯誤響應,而不是長時間的等待。這樣就不會使得線程因調用故障服務被長時間占用不釋放,避免了故障在分布式系統中的蔓延。
spring cloud 的核心組件有哪些?
Eureka:服務注冊于發現。
Feign:基于動態代理機制,根據注解和選擇的機器,拼接請求 url 地址,發起請求。
Ribbon:實現負載均衡,從一個服務的多臺機器中選擇一臺。
Hystrix:提供線程池,不同的服務走不同的線程池,實現了不同服務調用的隔離,避免了服務雪崩的問題。
Zuul:網關管理,由 Zuul 網關轉發請求給對應的服務。
Hibernate
為什么要使用 hibernate?
hibernate 是對 jdbc 的封裝,大大簡化了數據訪問層的繁瑣的重復性代碼。
hibernate 是一個優秀的 ORM 實現,很多程度上簡化了 DAO 層的編碼功能。
可以很方便的進行數據庫的移植工作。
提供了緩存機制,是程序執行更改的高效。
什么是 ORM 框架?
ORM(Object Relation Mapping)對象關系映射,是把數據庫中的關系數據映射成為程序中的對象。
使用 ORM 的優點:提高了開發效率降低了開發成本、開發更簡單更對象化、可移植更強。
hibernate 中如何在控制臺查看打印的 SQL 語句?
在 Config 里面把 hibernate. show_SQL 設置為 true 就可以。但不建議開啟,開啟之后會降低程序的運行效率。
hibernate 有幾種查詢方式?
三種:hql、原生 SQL、條件查詢 Criteria。
hibernate 實體類可以被定義為 final 嗎?
實體類可以定義為 final 類,但這樣的話就不能使用 hibernate 代理模式下的延遲關聯提供性能了,所以不建議定義實體類為 final。
在 hibernate 中使用 Integer 和 int 做映射有什么區別?
Integer 類型為對象,它的值允許為 null,而 int 屬于基礎數據類型,值不能為 null。
hibernate 是如何工作的?
讀取并解析配置文件。
讀取并解析映射文件,創建 SessionFactory。
打開 Session。
創建事務。
進行持久化操作。
提交事務。
關閉 Session。
關閉 SessionFactory。
get()和 load()的區別?
數據查詢時,沒有 OID 指定的對象,get() 返回 null;load() 返回一個代理對象。
load()支持延遲加載;get() 不支持延遲加載。
說一下 hibernate 的緩存機制?
hibernate 常用的緩存有一級緩存和二級緩存:
一級緩存:也叫 Session 緩存,只在 Session 作用范圍內有效,不需要用戶干涉,由 hibernate 自身維護,可以通過:evict(object)清除 object 的緩存;clear()清除一級緩存中的所有緩存;flush()刷出緩存;
二級緩存:應用級別的緩存,在所有 Session 中都有效,支持配置第三方的緩存,如:EhCache。
hibernate 對象有哪些狀態?
臨時/瞬時狀態:直接 new 出來的對象,該對象還沒被持久化(沒保存在數據庫中),不受 Session 管理。
持久化狀態:當調用 Session 的 save/saveOrupdate/get/load/list 等方法的時候,對象就是持久化狀態。
游離狀態:Session 關閉之后對象就是游離狀態。
在 hibernate 中 getCurrentSession 和 openSession 的區別是什么?
getCurrentSession 會綁定當前線程,而 openSession 則不會。
getCurrentSession 事務是 Spring 控制的,并且不需要手動關閉,而 openSession 需要我們自己手動開啟和提交事務。
hibernate 實體類必須要有無參構造函數嗎?為什么?
hibernate 中每個實體類必須提供一個無參構造函數,因為 hibernate 框架要使用 reflection api,通過調用 ClassnewInstance() 來創建實體類的實例,如果沒有無參的構造函數就會拋出異常。
MyBatis
MyBatis 中 #{}和 ${}的區別是什么?
#{}是預編譯處理,${}是字符替換。 在使用 #{}時,MyBatis 會將 SQL 中的 #{}替換成“?”,配合 PreparedStatement 的 set 方法賦值,這樣可以有效的防止 SQL 注入,保證程序的運行安全。
MyBatis 有幾種分頁方式?
分頁方式:邏輯分頁和物理分頁。
邏輯分頁: 使用 MyBatis 自帶的 RowBounds 進行分頁,它是一次性查詢很多數據,然后在數據中再進行檢索。
物理分頁: 自己手寫 SQL 分頁或使用分頁插件 PageHelper,去數據庫查詢指定條數的分頁數據的形式。
RowBounds 是一次性查詢全部結果嗎?為什么?
RowBounds 表面是在“所有”數據中檢索數據,其實并非是一次性查詢出所有數據,因為 MyBatis 是對 jdbc 的封裝,在 jdbc 驅動中有一個 Fetch Size 的配置,它規定了每次最多從數據庫查詢多少條數據,假如你要查詢更多數據,它會在你執行 next()的時候,去查詢更多的數據。就好比你去自動取款機取 10000 元,但取款機每次最多能取 2500 元,所以你要取 4 次才能把錢取完。只是對于 jdbc 來說,當你調用 next()的時候會自動幫你完成查詢工作。這樣做的好處可以有效的防止內存溢出。
Fetch Size 官方相關文檔:http://t. cn/EfSE2g3
MyBatis 邏輯分頁和物理分頁的區別是什么?
邏輯分頁是一次性查詢很多數據,然后再在結果中檢索分頁的數據。這樣做弊端是需要消耗大量的內存、有內存溢出的風險、對數據庫壓力較大。
物理分頁是從數據庫查詢指定條數的數據,彌補了一次性全部查出的所有數據的種種缺點,比如需要大量的內存,對數據庫查詢壓力較大等問題。
MyBatis 是否支持延遲加載?延遲加載的原理是什么?
MyBatis 支持延遲加載,設置 lazyLoadingEnabled=true 即可。
延遲加載的原理的是調用的時候觸發加載,而不是在初始化的時候就加載信息。比如調用 a. getB(). getName(),這個時候發現 a. getB() 的值為 null,此時會多帶帶觸發事先保存好的關聯 B 對象的 SQL,先查詢出來 B,然后再調用 a. setB(b),而這時候再調用 a. getB(). getName() 就有值了,這就是延遲加載的基本原理。
說一下 MyBatis 的一級緩存和二級緩存?
一級緩存:基于 PerpetualCache 的 HashMap 本地緩存,它的聲明周期是和 SQLSession 一致的,有多個 SQLSession 或者分布式的環境中數據庫操作,可能會出現臟數據。當 Session flush 或 close 之后,該 Session 中的所有 Cache 就將清空,默認一級緩存是開啟的。
二級緩存:也是基于 PerpetualCache 的 HashMap 本地緩存,不同在于其存儲作用域為 Mapper 級別的,如果多個SQLSession之間需要共享緩存,則需要使用到二級緩存,并且二級緩存可自定義存儲源,如 Ehcache。默認不打開二級緩存,要開啟二級緩存,使用二級緩存屬性類需要實現 Serializable 序列化接口(可用來保存對象的狀態)。
開啟二級緩存數據查詢流程:二級緩存 -> 一級緩存 -> 數據庫。
緩存更新機制:當某一個作用域(一級緩存 Session/二級緩存 Mapper)進行了C/U/D 操作后,默認該作用域下所有 select 中的緩存將被 clear。
MyBatis 和 hibernate 的區別有哪些?
靈活性:MyBatis 更加靈活,自己可以寫 SQL 語句,使用起來比較方便。
可移植性:MyBatis 有很多自己寫的 SQL,因為每個數據庫的 SQL 可以不相同,所以可移植性比較差。
學習和使用門檻:MyBatis 入門比較簡單,使用門檻也更低。
二級緩存:hibernate 擁有更好的二級緩存,它的二級緩存可以自行更換為第三方的二級緩存。
MyBatis 有哪些執行器(Executor)?
MyBatis 有三種基本的Executor執行器:
SimpleExecutor:每執行一次 update 或 select 就開啟一個 Statement 對象,用完立刻關閉 Statement 對象;
ReuseExecutor:執行 update 或 select,以 SQL 作為 key 查找 Statement 對象,存在就使用,不存在就創建,用完后不關閉 Statement 對象,而是放置于 Map 內供下一次使用。簡言之,就是重復使用 Statement 對象;
BatchExecutor:執行 update(沒有 select,jdbc 批處理不支持 select),將所有 SQL 都添加到批處理中(addBatch()),等待統一執行(executeBatch()),它緩存了多個 Statement 對象,每個 Statement 對象都是 addBatch()完畢后,等待逐一執行 executeBatch()批處理,與 jdbc 批處理相同。
MyBatis 分頁插件的實現原理是什么?
分頁插件的基本原理是使用 MyBatis 提供的插件接口,實現自定義插件,在插件的攔截方法內攔截待執行的 SQL,然后重寫 SQL,根據 dialect 方言,添加對應的物理分頁語句和物理分頁參數。
MyBatis 如何編寫一個自定義插件?
自定義插件實現原理
MyBatis 自定義插件針對 MyBatis 四大對象(Executor、StatementHandler、ParameterHandler、ResultSetHandler)進行攔截:
Executor:攔截內部執行器,它負責調用 StatementHandler 操作數據庫,并把結果集通過 ResultSetHandler 進行自動映射,另外它還處理了二級緩存的操作;
StatementHandler:攔截 SQL 語法構建的處理,它是 MyBatis 直接和數據庫執行 SQL 腳本的對象,另外它也實現了 MyBatis 的一級緩存;
ParameterHandler:攔截參數的處理;
ResultSetHandler:攔截結果集的處理。
setProperties 方法是在 MyBatis 進行配置插件的時候可以配置自定義相關屬性,即:接口實現對象的參數配置;
plugin 方法是插件用于封裝目標對象的,通過該方法我們可以返回目標對象本身,也可以返回一個它的代理,可以決定是否要進行攔截進而決定要返回一個什么樣的目標對象,官方提供了示例:return Plugin. wrap(target, this);
intercept 方法就是要進行攔截的時候要執行的方法。
RabbitMQ
RabbitMQ 的使用場景有哪些?
搶購活動,削峰填谷,防止系統崩塌。
延遲信息處理,比如 10 分鐘之后給下單未付款的用戶發送郵件提醒。
解耦系統,對于新增的功能可以多帶帶寫模塊擴展,比如用戶確認評價之后,新增了給用戶返積分的功能,這個時候不用在業務代碼里添加新增積分的功能,只需要把新增積分的接口訂閱確認評價的消息隊列即可,后面再添加任何功能只需要訂閱對應的消息隊列即可。
RabbitMQ 有哪些重要的角色?
RabbitMQ 中重要的角色有:生產者、消費者和代理:
生產者:消息的創建者,負責創建和推送數據到消息服務器;
消費者:消息的接收方,用于處理數據和確認消息;
代理:就是 RabbitMQ 本身,用于扮演“快遞”的角色,本身不生產消息,只是扮演“快遞”的角色。
RabbitMQ 有哪些重要的組件?
ConnectionFactory(連接管理器):應用程序與Rabbit之間建立連接的管理器,程序代碼中使用。
Channel(信道):消息推送使用的通道。
Exchange(交換器):用于接受、分配消息。
Queue(隊列):用于存儲生產者的消息。
RoutingKey(路由鍵):用于把生成者的數據分配到交換器上。
BindingKey(綁定鍵):用于把交換器的消息綁定到隊列上。
RabbitMQ 中 vhost 的作用是什么?
vhost:每個 RabbitMQ 都能創建很多 vhost,我們稱之為虛擬主機,每個虛擬主機其實都是 mini 版的RabbitMQ,它擁有自己的隊列,交換器和綁定,擁有自己的權限機制。
RabbitMQ 的消息是怎么發送的?
首先客戶端必須連接到 RabbitMQ 服務器才能發布和消費消息,客戶端和 rabbit server 之間會創建一個 tcp 連接,一旦 tcp 打開并通過了認證(認證就是你發送給 rabbit 服務器的用戶名和密碼),你的客戶端和 RabbitMQ 就創建了一條 amqp 信道(channel),信道是創建在“真實” tcp 上的虛擬連接,amqp 命令都是通過信道發送出去的,每個信道都會有一個唯一的 id,不論是發布消息,訂閱隊列都是通過這個信道完成的。
RabbitMQ 怎么保證消息的穩定性?
提供了事務的功能。
通過將 channel 設置為 confirm(確認)模式。
RabbitMQ 怎么避免消息丟失?
把消息持久化磁盤,保證服務器重啟消息不丟失。
每個集群中至少有一個物理磁盤,保證消息落入磁盤。
要保證消息持久化成功的條件有哪些?
聲明隊列必須設置持久化 durable 設置為 true.
消息推送投遞模式必須設置持久化,deliveryMode 設置為 2(持久)。
消息已經到達持久化交換器。
消息已經到達持久化隊列。
以上四個條件都滿足才能保證消息持久化成功。
RabbitMQ 持久化有什么缺點?
持久化的缺地就是降低了服務器的吞吐量,因為使用的是磁盤而非內存存儲,從而降低了吞吐量。可盡量使用 ssd 硬盤來緩解吞吐量的問題。
RabbitMQ 有幾種廣播類型?
direct(默認方式):最基礎最簡單的模式,發送方把消息發送給訂閱方,如果有多個訂閱者,默認采取輪詢的方式進行消息發送。
headers:與 direct 類似,只是性能很差,此類型幾乎用不到。
fanout:分發模式,把消費分發給所有訂閱者。
topic:匹配訂閱模式,使用正則匹配到消息隊列,能匹配到的都能接收到。
RabbitMQ 怎么實現延遲消息隊列?
延遲隊列的實現有兩種方式:
通過消息過期后進入死信交換器,再由交換器轉發到延遲消費隊列,實現延遲功能;
使用 RabbitMQ-delayed-message-exchange 插件實現延遲功能。
RabbitMQ 集群有什么用?
集群主要有以下兩個用途:
高可用:某個服務器出現問題,整個 RabbitMQ 還可以繼續使用;
高容量:集群可以承載更多的消息量。
RabbitMQ 節點的類型有哪些?
磁盤節點:消息會存儲到磁盤。
內存節點:消息都存儲在內存中,重啟服務器消息丟失,性能高于磁盤類型。
RabbitMQ 集群搭建需要注意哪些問題?
各節點之間使用“--link”連接,此屬性不能忽略。
整個集群中必須包含一個磁盤節點。
RabbitMQ 每個節點是其他節點的完整拷貝嗎?為什么?
不是,原因有以下兩個:
存儲空間的考慮:如果每個節點都擁有所有隊列的完全拷貝,這樣新增節點不但沒有新增存儲空間,反而增加了更多的冗余數據;
性能的考慮:如果每條消息都需要完整拷貝到每一個集群節點,那新增節點并沒有提升處理消息的能力,最多是保持和單節點相同的性能甚至是更糟。
RabbitMQ 集群中唯一一個磁盤節點崩潰了會發生什么情況?
如果唯一磁盤的磁盤節點崩潰了,不能進行以下操作:
不能創建隊列
不能創建交換器
不能創建綁定
不能添加用戶
不能更改權限
不能添加和刪除集群節點
唯一磁盤節點崩潰了,集群是可以保持運行的,但你不能更改任何東西。
RabbitMQ 對集群節點停止順序有要求嗎?
RabbitMQ 對集群的停止的順序是有要求的,應該先關閉內存節點,最后再關閉磁盤節點。如果順序恰好相反的話,可能會造成消息的丟失。
Kafka
kafka 可以脫離 zookeeper 多帶帶使用嗎?為什么?
kafka 不能脫離 zookeeper 多帶帶使用,因為 kafka 使用 zookeeper 管理和協調 kafka 的節點服務器。
kafka 有幾種數據保留的策略?
kafka 有兩種數據保存策略:按照過期時間保留和按照存儲的消息大小保留。
kafka 同時設置了 7 天和 10G 清除數據,到第五天的時候消息達到了 10G,這個時候 kafka 將如何處理?
這個時候 kafka 會執行數據清除工作,時間和大小不論那個滿足條件,都會清空數據。
什么情況會導致 kafka 運行變慢?
cpu 性能瓶頸
磁盤讀寫瓶頸
網絡瓶頸
使用 kafka 集群需要注意什么?
集群的數量不是越多越好,最好不要超過 7 個,因為節點越多,消息復制需要的時間就越長,整個群組的吞吐量就越低。
集群數量最好是單數,因為超過一半故障集群就不能用了,設置為單數容錯率更高。
Zookeeper
zookeeper 是什么?
zookeeper 是一個分布式的,開放源碼的分布式應用程序協調服務,是 google chubby 的開源實現,是 hadoop 和 hbase 的重要組件。它是一個為分布式應用提供一致性服務的軟件,提供的功能包括:配置維護、域名服務、分布式同步、組服務等。
zookeeper 都有哪些功能?
集群管理:監控節點存活狀態、運行請求等。
主節點選舉:主節點掛掉了之后可以從備用的節點開始新一輪選主,主節點選舉說的就是這個選舉的過程,使用 zookeeper 可以協助完成這個過程。
分布式鎖:zookeeper 提供兩種鎖:獨占鎖、共享鎖。獨占鎖即一次只能有一個線程使用資源,共享鎖是讀鎖共享,讀寫互斥,即可以有多線線程同時讀同一個資源,如果要使用寫鎖也只能有一個線程使用。zookeeper可以對分布式鎖進行控制。
命名服務:在分布式系統中,通過使用命名服務,客戶端應用能夠根據指定名字來獲取資源或服務的地址,提供者等信息。
zookeeper 有幾種部署模式?
zookeeper 有三種部署模式:
單機部署:一臺集群上運行;
集群部署:多臺集群運行;
偽集群部署:一臺集群啟動多個 zookeeper 實例運行。
zookeeper 怎么保證主從節點的狀態同步?
zookeeper 的核心是原子廣播,這個機制保證了各個 server 之間的同步。實現這個機制的協議叫做 zab 協議。 zab 協議有兩種模式,分別是恢復模式(選主)和廣播模式(同步)。當服務啟動或者在領導者崩潰后,zab 就進入了恢復模式,當領導者被選舉出來,且大多數 server 完成了和 leader 的狀態同步以后,恢復模式就結束了。狀態同步保證了 leader 和 server 具有相同的系統狀態。
集群中為什么要有主節點?
在分布式環境中,有些業務邏輯只需要集群中的某一臺機器進行執行,其他的機器可以共享這個結果,這樣可以大大減少重復計算,提高性能,所以就需要主節點。
集群中有 3 臺服務器,其中一個節點宕機,這個時候 zookeeper 還可以使用嗎?
可以繼續使用,單數服務器只要沒超過一半的服務器宕機就可以繼續使用。
說一下 zookeeper 的通知機制?
客戶端端會對某個 znode 建立一個 watcher 事件,當該 znode 發生變化時,這些客戶端會收到 zookeeper 的通知,然后客戶端可以根據 znode 變化來做出業務上的改變。
MySQL
數據庫的三范式是什么?
第一范式:強調的是列的原子性,即數據庫表的每一列都是不可分割的原子數據項。
第二范式:要求實體的屬性完全依賴于主關鍵字。所謂完全依賴是指不能存在僅依賴主關鍵字一部分的屬性。
第三范式:任何非主屬性不依賴于其它非主屬性。
一張自增表里面總共有 7 條數據,刪除了最后 2 條數據,重啟 MySQL 數據庫,又插入了一條數據,此時 id 是幾?
表類型如果是 MyISAM ,那 id 就是 8。
表類型如果是 InnoDB,那 id 就是 6。
InnoDB 表只會把自增主鍵的最大 id 記錄在內存中,所以重啟之后會導致最大 id 丟失。
如何獲取當前數據庫版本?
使用 select version() 獲取當前 MySQL 數據庫版本。
說一下 ACID 是什么?
Atomicity(原子性):一個事務(transaction)中的所有操作,或者全部完成,或者全部不完成,不會結束在中間某個環節。事務在執行過程中發生錯誤,會被恢復(Rollback)到事務開始前的狀態,就像這個事務從來沒有執行過一樣。即,事務不可分割、不可約簡。
Consistency(一致性):在事務開始之前和事務結束以后,數據庫的完整性沒有被破壞。這表示寫入的資料必須完全符合所有的預設約束、觸發器、級聯回滾等。
Isolation(隔離性):數據庫允許多個并發事務同時對其數據進行讀寫和修改的能力,隔離性可以防止多個事務并發執行時由于交叉執行而導致數據的不一致。事務隔離分為不同級別,包括讀未提交(Read uncommitted)、讀提交(read committed)、可重復讀(repeatable read)和串行化(Serializable)。
Durability
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/75075.html
摘要:項目地址持續更新歡迎關注前端安全其他更多技術文章如果對你有幫助,請給個 項目地址 持續更新,歡迎關注 JavaScript CSS HTML 前端安全 HTTP 其他 Vue 更多技術文章 如果對你有幫助,請給個Star
摘要:項目地址持續更新歡迎關注前端安全其他更多技術文章如果對你有幫助,請給個 項目地址 持續更新,歡迎關注 JavaScript CSS HTML 前端安全 HTTP 其他 Vue 更多技術文章 如果對你有幫助,請給個Star
摘要:項目地址持續更新歡迎關注前端安全其他更多技術文章如果對你有幫助,請給個 項目地址 持續更新,歡迎關注 JavaScript CSS HTML 前端安全 HTTP 其他 Vue 更多技術文章 如果對你有幫助,請給個Star
摘要:目前是剛到美國個多月,分享在美國求職的經歷,目前已有面試進入背調階段,把我期間的準備分享給大家。國內說到關系,大多是負面的,但是美國這邊叫,他們確實對這個很推崇的。 前言:先自我介紹一下,我是新晉前端小白白,15年畢業之后,在相關領域工作3年,但一直都在自我提升階段。目前是剛到美國2個多月,分享在美國求職的經歷,目前已有面試進入背調階段,把我期間的準備分享給大家。愿同道中人共同進步!有...
閱讀 3332·2021-11-22 14:44
閱讀 2537·2019-08-30 14:10
閱讀 2588·2019-08-30 13:12
閱讀 1217·2019-08-29 18:36
閱讀 1340·2019-08-29 16:16
閱讀 3328·2019-08-26 10:33
閱讀 1761·2019-08-23 18:16
閱讀 379·2019-08-23 18:12