ThreadLocal(線程變數副本)
Synchronized實現記憶體共用,ThreadLocal為每個線程維護一個本地變數。
採用空間換時間,它用於線程間的資料隔離,為每一個使用該變數的線程提供一個副本,每個線程都可以獨立地改變自己的副本,而不會和其他線程的副本衝突。
ThreadLocal類中維護一個Map,用於儲存每一個線程的變數副本,Map中元素的鍵為線程對象,而值為對應線程的變數副本。
ThreadLocal在Spring中發揮著巨大的作用,在管理Request範圍中的Bean、交易管理、任務調度、AOP等模組都出現了它的身影。
Spring中絕大部分Bean都可以聲明成Singleton範圍,採用ThreadLocal進行封裝,因此有狀態的Bean就能夠以singleton的方式在多線程中正常工作了。
Java虛擬機器規範中將Java運行時資料分為六種。
1.程式計數器:是一個資料結構,用於儲存當前正常執行的程式的記憶體位址。Java虛擬機器的多線程就是通過線程輪流切換並分配處理器時間來實現的,為了線程切換後能恢複到正確的位置,每條線程都需要一個獨立的程式計數器,互不影響,該地區為“線程私人”。
2.Java虛擬機器棧:線程私人的,與線程生命週期相同,用於儲存局部變數表,操作棧,方法傳回值。局部變數表放著基礎資料型別 (Elementary Data Type),還有對象的引用。
3.本地方法棧:跟虛擬機器棧很像,不過它是為虛擬機器使用到的Native方法服務。
4.Java堆:所有線程共用的一塊記憶體地區,對象執行個體幾乎都在這分配記憶體。
5.方法區:各個線程共用的地區,儲存虛擬機器載入的類資訊,常量,靜態變數,編譯後的代碼。
6.運行時常量池:代表運行時每個class檔案中的常量表。包括幾種常量:編譯時間的數字常量、方法或者域的引用。
“你能不能談談,java GC是在什麼時候,對什麼東西,做了什麼事情?”
在什麼時候:
1.新生代有一個Eden區和兩個survivor區,首先將對象放入Eden區,如果空間不足就向其中的一個survivor區上放,如果仍然放不下就會引發一次發生在新生代的minor GC,將存活的對象放入另一個survivor區中,然後清空Eden和之前的那個survivor區的記憶體。在某次GC過程中,如果發現仍然又放不下的對象,就將這些對象放入老年代記憶體裡去。
2.大對象以及長期存活的對象直接進入老年區。
3.當每次執行minor GC的時候應該對要晉陞到老年代的對象進行分析,如果這些馬上要到老年區的老年對象的大小超過了老年區的剩餘大小,那麼執行一次Full GC以儘可能地獲得老年區的空間。
對什麼東西:從GC Roots搜尋不到,而且經過一次標記清理之後仍沒有複活的對象。
做什麼: 新生代:複製清理; 老年代:標記-清除和標記-壓縮演算法; 永久代:存放Java中的類和載入類的類載入器本身。
GC Roots都有哪些: 1. 虛擬機器棧中的引用的對象 2. 方法區中靜態屬性引用的對象,常量引用的對象 3. 本地方法棧中JNI(即一般說的Native方法)引用的對象。
Synchronized 與Lock都是可重新進入鎖,同一個線程再次進入同步代碼的時候.可以使用自己已經擷取到的鎖。
Synchronized是悲觀鎖機制,獨佔鎖。而Locks.ReentrantLock是,每次不加鎖而是假設沒有衝突而去完成某項操作,如果因為衝突失敗就重試,直到成功為止。 ReentrantLock適用情境
某個線程在等待一個鎖的控制權的這段時間需要中斷
需要分開處理一些wait-notify,ReentrantLock裡面的Condition應用,能夠控制notify哪個線程,鎖可以綁定多個條件。
具有公平鎖功能,每個到來的線程都將排隊等候。
StringBuffer是安全執行緒的,每次操作字串,String會產生一個新的對象,而StringBuffer不會;StringBuilder是非安全執行緒的
fail-fast:機制是java集合(Collection)中的一種錯誤機制。當多個線程對同一個集合的內容進行操作時,就可能會產生fail-fast事件。
例如:當某一個線程A通過iterator去遍曆某集合的過程中,若該集合的內容被其他線程所改變了;那麼線程A訪問集合時,就會拋出ConcurrentModificationException異常,產生fail-fast事件
happens-before:如果兩個操作之間具有happens-before 關係,那麼前一個操作的結果就會對後面一個操作可見。
1.程式順序規則:一個線程中的每個操作,happens- before 於該線程中的任意後續操作。
2.監視器鎖規則:對一個監視器鎖的解鎖,happens- before 於隨後對這個監視器鎖的加鎖。
3.volatile變數規則:對一個volatile域的寫,happens- before於任意後續對這個volatile域的讀。
4.傳遞性:如果A happens- before B,且B happens- before C,那麼A happens- before C。
5.線程啟動規則:Thread對象的start()方法happens- before於此線程的每一個動作。
Volatile和Synchronized四個不同點:
1 粒度不同,前者針對變數 ,後者鎖對象和類
2 syn阻塞,volatile線程不阻塞
3 syn保證三大特性,volatile不保證原子性
4 syn編譯器最佳化,volatile不最佳化 volatile具備兩種特性:
1.保證此變數對所有線程的可見度,指一條線程修改了這個變數的值,新值對於其他線程來說是可見的,但並不是多安全執行緒的。
2.禁止指令重排序最佳化。
Volatile如何保證記憶體可見度:
1.當寫一個volatile變數時,JMM會把該線程對應的本地記憶體中的共用變數重新整理到主記憶體。
2.當讀一個volatile變數時,JMM會把該線程對應的本地記憶體置為無效。線程接下來將從主記憶體中讀取共用變數。
同步:就是一個任務的完成需要依賴另外一個任務,只有等待被依賴的任務完成後,依賴任務才能完成。
非同步:不需要等待被依賴的任務完成,只是通知被依賴的任務要完成什麼工作,只要自己任務完成了就算完成了,被依賴的任務是否完成會通知回來。(非同步特點就是通知)。 打電話和發簡訊來比喻同步和非同步作業。
阻塞:CPU停下來等一個慢的操作完成以後,才會接著完成其他的工作。
非阻塞:非阻塞就是在這個慢的執行時,CPU去做其他工作,等這個慢的完成後,CPU才會接著完成後續的操作。
非阻塞會造成線程切換增加,增加CPU的使用時間能不能補償系統的切換成本需要考慮。
CAS(Compare And Swap) 無鎖演算法: CAS是樂觀鎖技術,當多個線程嘗試使用CAS同時更新同一個變數時,只有其中一個線程能更新變數的值,而其它線程都失敗,失敗的線程並不會被掛起,而是被告知這次競爭中失敗,並可以再次嘗試。CAS有3個運算元,記憶體值V,舊的預期值A,要修改的新值B。若且唯若預期值A和記憶體值V相同時,將記憶體值V修改為B,否則什麼都不做。
線程池的作用: 在程式啟動的時候就建立若干線程來響應處理,它們被稱為線程池,裡面的線程叫背景工作執行緒
第一:降低資源消耗。通過重複利用已建立的線程降低線程建立和銷毀造成的消耗。
第二:提高響應速度。當任務到達時,任務可以不需要等到線程建立就能立即執行。
第三:提高線程的可管理性。
常用線程池:ExecutorService 是主要的實作類別,其中常用的有 Executors.newSingleThreadPool(),newFixedThreadPool(),newcachedTheadPool(),newScheduledThreadPool()。
類載入器工作機制:
1.裝載:將Java二進位代碼匯入jvm中,產生Class檔案。
2.串連:a)校正:檢查載入Class檔案資料的正確性 b)準備:給類的靜態變數分配儲存空間 c)解析:將符號引用轉成直接引用
3:初始化:對類的靜態變數,靜態方法和靜態代碼塊執行初始化工作。
雙親委派模型:類載入器收到類載入請求,首先將請求委派給父類載入器完成 使用者自訂載入器->應用程式載入器->擴充類載入器->啟動類載入器。
一致性雜湊:
Memcahed緩衝:
資料結構:key,value對
使用方法:get,put等方法
Redis資料結構: String—字串(key-value 類型)
Hash—字典(hashmap) Redis的雜湊結構可以使你像在資料庫中更新一個屬性一樣只修改某一項屬性值
List—列表 實現訊息佇列
Set—集合 利用唯一性
Sorted Set—有序集合 可以進行排序 可以實現資料持久化
java自動裝箱拆箱深入剖析
談談Java反射機制
如何寫一個不可變類?
索引:B+,B-,全文索引
Mysql的索引是一個資料結構,旨在使資料庫高效的尋找資料。
常用的資料結構是B+Tree,每個葉子節點不但存放了索引鍵的相關資訊還增加了指向相鄰葉子節點的指標,這樣就形成了帶有順序訪問指標的B+Tree,做這個最佳化的目的是提高不同區間訪問的效能。
什麼時候使用索引:
經常出現在group by,order by和distinc關鍵字後面的欄位
經常與其他表進行串連的表,在串連欄位上應該建立索引
經常出現在Where子句中的欄位
經常出現用作查詢選擇的欄位
Spring IOC (控制反轉,依賴注入)
Spring支援三種依賴注入方式,分別是屬性(Setter方法)注入,構造注入和介面注入。
在Spring中,那些組成應用的主體及由Spring IOC容器所管理的對象被稱之為Bean。
Spring的IOC容器通過反射的機制執行個體化Bean並建立Bean之間的依賴關係。
簡單地講,Bean就是由Spring IOC容器初始化、裝配及被管理的對象。
擷取Bean對象的過程,首先通過Resource載入設定檔並啟動IOC容器,然後通過getBean方法擷取bean對象,就可以調用他的方法。
Spring Bean的範圍:
Singleton:Spring IOC容器中只有一個共用的Bean執行個體,一般都是Singleton範圍。
Prototype:每一個請求,會產生一個新的Bean執行個體。
Request:每一次http請求會產生一個新的Bean執行個體。
代理的共有優點:業務類只需要關注商務邏輯本身,保證了業務類的重用性。
Java靜態代理:
代理對象和目標對象實現了相同的介面,目標對象作為代理對象的一個屬性,具體介面實現中,代理對象可以在調用目標對象相應方法前後加上其他業務處理邏輯。
缺點:一個代理類只能代理一個業務類。如果業務類增加方法時,相應的代理類也要增加方法。
Java動態代理:
Java動態代理是寫一個類實現InvocationHandler介面,重寫Invoke方法,在Invoke方法可以進行增強處理的邏輯的編寫,這個公用代理類在啟動並執行時候才能明確自己要代理的對象,同時可以實現該被代理類的方法的實現,然後在實作類別方法的時候可以進行增強處理。
實際上:代理對象的方法 = 增強處理 + 被代理對象的方法
JDK和CGLIB產生動態代理類的區別:
JDK動態代理只能針對實現了介面的類組建代理程式(執行個體化一個類)。此時代理對象和目標對象實現了相同的介面,目標對象作為代理對象的一個屬性,具體介面實現中,可以在調用目標對象相應方法前後加上其他業務處理邏輯
CGLIB是針對類實現代理,主要是對指定的類產生一個子類(沒有執行個體化一個類),覆蓋其中的方法 。
Spring AOP應用情境
效能檢測,存取控制,日誌管理,事務等。
預設的策略是如果目標類實現介面,則使用JDK動態代理技術,如果目標對象沒有實現介面,則預設會採用CGLIB代理
SpringMVC運行原理
用戶端請求提交到DispatcherServlet
由DispatcherServlet控制器查詢HandlerMapping,找到並分發到指定的Controller中。
Controller調用商務邏輯處理後,返回ModelAndView
DispatcherServlet查詢一個或多個ViewResoler視圖解析器,找到ModelAndView指定的視圖
視圖負責將結果顯示到用戶端
一個Http請求
DNS網域名稱解析 –> 發起TCP的三向交握 –> 建立TCP串連後發起http請求 –> 伺服器響應http請求,瀏覽器得到html代碼 –> 瀏覽器解析html代碼,並請求html代碼中的資源(如javascript、css、圖片等) –> 瀏覽器對頁面進行渲染呈現給使用者
設計儲存海量資料的儲存系統:設計一個叫“中介層”的一個邏輯層,在這個層,將資料庫的海量資料抓出來,做成緩衝,運行在伺服器的記憶體中,同理,當有新的資料到來,也先做成緩衝,再想辦法,持久化到資料庫中,這是一個簡單的思路。主要的步驟是負載平衡,將不同使用者的請求分發到不同的處理節點上,然後先存入緩衝,定時向主要資料庫更新資料。讀寫的過程採用類似樂觀鎖的機制,可以一直讀(在寫資料的時候也可以),但是每次讀的時候會有個版本的標記,如果本次讀的版本低於緩衝的版本,會重新讀資料,這樣的情況並不多,可以忍受。
Session與Cookie:Cookie可以讓服務端跟蹤每個用戶端的訪問,但是每次用戶端的訪問都必須傳回這些Cookie,如果Cookie很多,則無形的增加了用戶端與服務端的資料轉送量,
而Session則很好地解決了這個問題,同一個用戶端每次和服務端互動時,將資料存放區通過Session到服務端,不需要每次都傳回所有的Cookie值,而是傳回一個ID,每個用戶端第一次訪問伺服器產生的唯一的ID,用戶端只要傳回這個ID就行了,這個ID通常為NAME為JSESSIONID的一個Cookie。這樣服務端就可以通過這個ID,來將儲存到服務端的KV值取出了。
Session和Cookie的逾時問題,Cookie的安全問題
分布式Session架構
設定管理員,Zookeeper叢集管理伺服器可以統一管理所有伺服器的設定檔
共用這些Session儲存在一個分布式緩衝中,可以隨時寫入和讀取,而且效能要很好,如Memcache,Tair。
封裝一個類繼承自HttpSession,將Session存入到這個類中然後再存入分布式緩衝中
由於Cookie不能跨域訪問,要實現Session同步,要同步SessionID寫到不同網域名稱下。
適配器模式:將一個介面適配到另一個介面,Java I/O中InputStreamReader將Reader類適配到InputStream,從而實現了位元組流到字元流的准換。
裝飾者模式:保持原來的介面,增強原來有的功能。
FileInputStream 實現了InputStream的所有介面,BufferedInputStreams繼承自FileInputStream是具體的裝飾器實現者,將InputStream讀取的內容儲存在記憶體中,而提高讀取的效能。
Spring事務配置方法:
1.切點資訊,用於定位實施事物切面的業務類方法
2.控制事務行為的事務屬性,這些屬性包括事物隔離等級,事務傳播行為,逾時時間,復原規則。
Spring通過aop/tx Schema 命名空間和@Transaction註解技術來進行聲明式事物配置。
Mybatis
每一個Mybatis的應用程式都以一個SqlSessionFactory對象的執行個體為核心。首先用位元組流通過Resource將設定檔讀入,然後通過SqlSessionFactoryBuilder().build方法建立SqlSessionFactory,然後再通過SqlSessionFactory.openSession()方法建立一個SqlSession為每一個資料庫事務服務。
經曆了Mybatis初始化 –>建立SqlSession –>運行SQL語句,返回結果三個過程
Servlet和Filter的區別:
整的流程是:Filter對使用者請求進行預先處理,接著將請求交給Servlet進行處理並產生響應,最後Filter再對伺服器響應進行後處理。
Filter有如下幾個用處:
Filter可以進行對特定的url請求和相應做預先處理和後處理。
在HttpServletRequest到達Servlet之前,攔截客戶的HttpServletRequest。
根據需要檢查HttpServletRequest,也可以修改HttpServletRequest頭和資料。
在HttpServletResponse到達用戶端之前,攔截HttpServletResponse。
根據需要檢查HttpServletResponse,也可以修改HttpServletResponse頭和資料。
實際上Filter和Servlet極其相似,區別只是Filter不能直接對使用者產生響應。實際上Filter裡doFilter()方法裡的代碼就是從多個Servlet的service()方法裡抽取的通用代碼,通過使用Filter可以實現更好的複用。
Filter和Servlet的生命週期:
1.Filter在web伺服器啟動時初始化
2.如果某個Servlet配置了 1 ,該Servlet也是在Tomcat(Servlet容器)啟動時初始化。
3.如果Servlet沒有配置1 ,該Servlet不會在Tomcat啟動時初始化,而是在請求到來時初始化。
4.每次請求, Request都會被初始化,響應請求後,請求被銷毀。
5.Servlet初始化後,將不會隨著請求的結束而登出。
6.關閉Tomcat時,Servlet、Filter依次被登出。
HashMap與HashTable的區別。
1、HashMap是非安全執行緒的,HashTable是安全執行緒的。
2、HashMap的鍵和值都允許有null值存在,而HashTable則不行。
3、因為安全執行緒的問題,HashMap效率比HashTable的要高。
HashMap的實現機制:
維護一個每個元素是一個鏈表的數組,而且鏈表中的每個節點是一個Entry[]索引值對的資料結構。
實現了數組+鏈表的特性,尋找快,插入刪除也快。
對於每個key,他對應的數組索引下標是 int i = hash(key.hashcode)&(len-1);
每個新加入的節點放在鏈表首,然後該新加入的節點指向原鏈表首
HashMap和TreeMap區別
HashMap衝突
HashMap,ConcurrentHashMap與LinkedHashMap的區別
ConcurrentHashMap是使用了鎖分段技術技術來保證安全執行緒的,鎖分段技術:首先將資料分成一段一段的儲存,然後給每一段資料配一把鎖,當一個線程佔用鎖訪問其中一個段資料的時候,其他段的資料也能被其他線程訪問
ConcurrentHashMap 是在每個段(segment)中安全執行緒的
LinkedHashMap維護一個雙鏈表,可以將裡面的資料按寫入的順序讀出
ConcurrentHashMap應用情境
1:ConcurrentHashMap的應用情境是高並發,但是並不能保證安全執行緒,而同步的HashMap和HashMap的是鎖住整個容器,而加鎖之後ConcurrentHashMap不需要鎖住整個容器,只需要鎖住對應的Segment就好了,所以可以保證高並發同步訪問,提升了效率。
2:可以多線程寫。
ConcurrentHashMap把HashMap分成若干個Segmenet
1.get時,不加鎖,先定位到segment然後在找到頭結點進行讀取操作。而value是volatile變數,所以可以保證在競爭條件時保證讀取最新的值,如果讀到的value是null,則可能正在修改,那麼就調用ReadValueUnderLock函數,加鎖保證讀到的資料是正確的。
2.Put時會加鎖,一律添加到hash鏈的頭部。
3.Remove時也會加鎖,由於next是final類型不可改變,所以必須把刪除的節點之前的節點都複製一遍。
4.ConcurrentHashMap允許多個修改操作並發進行,其關鍵在於使用了鎖分離技術。它使用了多個鎖來控制對Hash表的不同Segment進行的修改。
ConcurrentHashMap的應用情境是高並發,但是並不能保證安全執行緒,而同步的HashMap和HashTable的是鎖住整個容器,而加鎖之後ConcurrentHashMap不需要鎖住整個容器,只需要鎖住對應的segment就好了,所以可以保證高並發同步訪問,提升了效率。
ConcurrentHashMap能夠保證每一次調用都是原子操作,但是並不保證多次調用之間也是原子操作。
Vector和ArrayList的區別
ExecutorService service = Executors…. ExecutorService service = new ThreadPoolExecutor() ExecutorService service = new ScheduledThreadPoolExecutor();
ThreadPoolExecutor源碼分析
線程池本身的狀態:
等待任務隊列和工作集:
線程池的主要狀態鎖:
線程池的存活時間和大小:
1.2 ThreadPoolExecutor 的內部工作原理
有了以上定義好的資料,下面來看看內部是如何?的 。 Doug Lea 的整個思路總結起來就是 5 句話:
如果當前池大小 poolSize 小於 corePoolSize ,則建立新線程執行任務。
如果當前池大小 poolSize 大於 corePoolSize ,且等待隊列未滿,則進入等待隊列
如果當前池大小 poolSize 大於 corePoolSize 且小於 maximumPoolSize ,且等待隊列已滿,則建立新線程執行任務。
如果當前池大小 poolSize 大於 corePoolSize 且大於 maximumPoolSize ,且等待隊列已滿,則調用拒絕策略來處理該任務。
線程池裡的每個線程執行完任務後不會立刻退出,而是會去檢查下等待隊列裡是否還有線程任務需要執行,如果在 keepAliveTime 裡等不到新的任務了,那麼線程就會退出。
Executor包結構
CopyOnWriteArrayList : 寫時加鎖,當添加一個元素的時候,將原來的容器進行copy,複製出一個新的容器,然後在新的容器裡面寫,寫完之後再將原容器的引用指向新的容器,而讀的時候是讀舊容器的資料,所以可以進行並發的讀,但這是一種弱一致性的策略。
使用情境:CopyOnWriteArrayList適合使用在讀操作遠遠大於寫操作的情境裡,比如緩衝。
Linux常用命令:cd,cp,mv,rm,ps(進程),tar,cat(查看內容),chmod,vim,find,ls
死結的必要條件
互斥 至少有一個資源處於非共用狀態
佔有並等待
非搶佔
迴圈等待
解決死結,第一個是死結預防,就是不讓上面的四個條件同時成立。二是,合理分配資源。
三是使用銀行家演算法,如果該進程請求的資源作業系統剩餘量可以滿足,那麼就分配。
進程間的通訊方式
管道( pipe ):管道是一種半雙工的通訊方式,資料只能單向流動,而且只能在具有親緣關係的進程間使用。進程的親緣關係通常是指父子進程關係。
有名管道 (named pipe) : 有名管道也是半雙工的通訊方式,但是它允許無親緣關係進程間的通訊。
訊號量( semophore ) : 訊號量是一個計數器,可以用來控制多個進程對共用資源的訪問。它常作為一種鎖機制,防止某進程正在訪問共用資源時,其他進程也訪問該資源。因此,主要作為進程間以及同一進程內不同線程之間的同步手段。
訊息佇列( message queue ) : 訊息佇列是由訊息的鏈表,存放在核心中並由訊息佇列標識符標識。訊息佇列克服了訊號傳遞資訊少、管道只能承載無格式位元組流以及緩衝區大小受限等缺點。
訊號 ( sinal ) : 訊號是一種比較複雜的通訊方式,用於通知接收進程某個事件已經發生。
共用記憶體( shared memory ) :共用記憶體就是映射一段能被其他進程所訪問的記憶體,這段共用記憶體由一個進程建立,但多個進程都可以訪問。共用記憶體是最快的 IPC 方式,它是針對其他處理序間通訊方式運行效率低而專門設計的。它往往與其他通訊機制,如訊號量,配合使用,來實現進程間的同步和通訊。
通訊端( socket ) : 套解口也是一種處理序間通訊機制,與其他通訊機制不同的是,它可用於不同機器間的進程通訊。
進程與線程的區別和聯絡
作業系統的進程調度演算法
電腦系統的層次儲存結構詳解
資料庫事務是指作為單個邏輯工作單元執行的一系列操作。
MySQL資料庫最佳化總結
MYSQL 最佳化常用方法
MySQL儲存引擎--MyISAM與InnoDB區別
關於SQL資料庫中的範式
Hibernate的一級緩衝是由Session提供的,因此它只存在於Session的生命週期中,當程式調用save(),update(),saveOrUpdate()等方法 及調用查詢介面list,filter,iterate時,如Session緩衝中還不存在相應的對象,Hibernate會把該對象加入到一級緩衝中,當Session關閉的時候緩衝也會消失。
Hibernate的一級緩衝是Session所內建的,不能被卸載,也不能進行任何配置一級緩衝採用的是key-value的Map方式來實現的,在緩衝實體物件時,對象的主關鍵字ID是Map的key,實體物件就是對應的值。
Hibernate二級緩衝:把獲得的所有資料對象根據ID放入到第二級緩衝中。Hibernate二級緩衝策略,是針對於ID查詢的緩衝策略,刪除、更新、增加資料的時候,同時更新緩衝。
進程和線程的區別:
進程:每個進程都有獨立的代碼和資料空間(進程上下文),進程間的切換會有較大的開銷,一個進程包含1–n個線程。
線程:同一類線程共用代碼和資料空間,每個線程有獨立的運行棧和程式計數器(PC),線程切換開銷小。
線程和進程一樣分為五個階段:建立、就緒、運行、阻塞、終止。
多進程是指作業系統能同時運行多個任務(程式)。
多線程是指在同一程式中有多個順序流在執行。
在java中要想實現多線程,有三種手段,一種是繼續Thread類,另外一種是實現Runable介面,還有就是實現Callable介面。
Switch能否用string做參數?
a.在 Java 7 之前, switch 只能支援byte,short,char,int 或者其對應的封裝類以及 Enum 類型。在Java 7中,String 支援被加上了。
Object有哪些公用方法?
a.方法equals測試的是兩個對象是否相等
b.方法clone進行對象拷貝
c.方法getClass返回和當前對象相關的Class對象
d.方法notify,notifyall,wait都是用來對給定對象進行線程同步的
Java的四種引用,強弱軟虛,以及用到的情境
a.利用軟引用和弱引用解決OOM問題:用一個HashMap來儲存圖片的路徑和相應圖片對象關聯的軟引用之間的映射關係,在記憶體不足時,JVM會自動回收這些緩衝圖片對象所佔用的空間,從而有效地避免了OOM的問題。
b.通過軟可及對象重獲方法實現Java對象的快取:比如我們建立了一Employee的類,如果每次需要查詢一個僱員的資訊。哪怕是幾秒中之前剛剛查詢過的,都要重新構建一個執行個體,這是需要消耗很多時間的。我們可以通過軟引用和 HashMap 的結合,先是儲存引用方面:以軟引用的方式對一個Employee對象的執行個體進行引用並儲存該引用到HashMap 上,key 為此僱員的 id,value為這個對象的軟引用,另一方面是取出引用,緩衝中是否有該Employee執行個體的軟引用,如果有,從軟引用中取得。如果沒有軟引用,或者從軟引用中得到的執行個體是null,重新構建一個執行個體,並儲存對這個建立執行個體的軟引用。
c.強引用:如果一個對象具有強引用,它就不會被記憶體回收行程回收。即使當前記憶體空間不足,JVM也不會回收它,而是拋出 OutOfMemoryError 錯誤,使程式異常終止。如果想中斷強引用和某個對象之間的關聯,可以顯式地將引用賦值為null,這樣一來的話,JVM在合適的時間就會回收該對象。
d.軟引用:在使用軟引用時,如果記憶體的空間足夠,軟引用就能繼續被使用,而不會被記憶體回收行程回收,只有在記憶體不足時,軟引用才會被記憶體回收行程回收。
e.弱引用:具有弱引用的對象擁有的生命週期更短暫。因為當 JVM 進行記憶體回收,一旦發現弱引用對象,無論當前記憶體空間是否充足,都會將弱引用回收。不過由於記憶體回收行程是一個優先順序較低的線程,所以並不一定能迅速發現弱引用對象。
f.虛引用:顧名思義,就是形同虛設,如果一個對象僅持有虛引用,那麼它相當於沒有引用,在任何時候都可能被記憶體回收行程回收。
Hashcode的作用,與 equal 有什麼區別?
a.同樣用於評鑑2個對象是否相等的,java集合中有 list 和 set 兩類,其中 set不允許元素重複實現,那個這個不允許重複實現的方法,如果用 equal 去比較的話,如果存在1000個元素,你 new 一個新的元素出來,需要去調用1000次 equal 去逐個和他們比較是否是同一個對象,這樣會大大降低效率。hashcode實際上是返回對象的儲存地址,如果這個位置上沒有元素,就把元素直接儲存在上面,如果這個位置上已經存在元素,這個時候才去調用equal方法與新元素進行比較,相同的話就不存了,散列到其他地址上。
Override和Overload的含義以及區別
a.Overload顧名思義是重新載入,它可以表現類的多態性,可以是函數裡面可以有相同的函數名但是參數名、傳回值、類型不能相同;或者說可以改變參數、類型、傳回值但是函數名字依然不變。
b.就是ride(重寫)的意思,在子類繼承父類的時候子類中可以定義某方法與其父類有相同的名稱和參數,當子類在調用這一函數時自動調用子類的方法,而父類相當於被覆蓋(重寫)了。
具體可前往C++中重載、重寫(覆蓋)的區別執行個體分析查看
抽象類別和介面的區別
a.一個類只能繼承單個類,但是可以實現多個介面
b.抽象類別中可以有構造方法,介面中不能有構造方法
c.抽象類別中的所有方法並不一定要是抽象的,你可以選擇在抽象類別中實現一些基本的方法。而介面要求所有的方法都必須是抽象的
d.抽象類別中可以包含靜態方法,介面中不可以
e.抽象類別中可以有普通成員變數,介面中不可以
解析XML的幾種方式的原理與特點:DOM、SAX、PULL
a.DOM:消耗記憶體:先把xml文檔都讀到記憶體中,然後再用DOM API來訪問樹形結構,並擷取資料。這個寫起來很簡單,但是很消耗記憶體。要是資料過大,手機不夠牛逼,可能手機直接死機
b.SAX:解析效率高,佔用記憶體少,基於事件驅動的:更加簡單地說就是對文檔進行順序掃描,當掃描到文檔(document)開始與結束、元素(element)開始與結束、文檔(document)結束等地方時通知事件處理函數,由事件處理函數做相應動作,然後繼續同樣的掃描,直至文檔結束。
c.PULL:與 SAX 類似,也是基於事件驅動,我們可以調用它的next()方法,來擷取下一個解析事件(就是開始文檔,結束文檔,開始標籤,結束標籤),當處於某個元素時可以調用XmlPullParser的getAttributte()方法來擷取屬性的值,也可調用它的nextText()擷取本節點的值。
wait()和sleep()的區別
sleep來自Thread類,和wait來自Object類
調用sleep()方法的過程中,線程不會釋放對象鎖。而 調用 wait 方法線程會釋放對象鎖
sleep睡眠後不出讓系統資源,wait讓出系統資源其他線程可以佔用CPU
sleep(milliseconds)需要指定一個睡眠時間,時間一到會自動喚醒
JAVA 中堆和棧的區別,說下java 的記憶體機制
a.基礎資料型別 (Elementary Data Type)比變數和對象的引用都是在棧分配的
b.堆記憶體用來存放由new建立的對象和數組
c.類變數(static修飾的變數),程式在一載入的時候就在堆中為類變數分配記憶體,堆中的記憶體位址存放在棧中
d.執行個體變數:當你使用java關鍵字new的時候,系統在堆中開闢並不一定是連續的空間分配給變數,是根據零散的堆記憶體位址,通過雜湊演算法換算為一長串數字以表徵這個變數在堆中的”物理位置”,執行個體變數的生命週期–當執行個體變數的引用丟失後,將被GC(記憶體回收行程)列入可回收“名單”中,但並不是馬上就釋放堆中記憶體
e.局部變數: 由聲明在某方法,或某程式碼片段裡(比如for迴圈),執行到它的時候在棧中開闢記憶體,當局部變數一但脫離範圍,記憶體立即釋放
JAVA多態的實現原理
a.抽象的來講,多態的意思就是同一訊息可以根據發送對象的不同而採用多種不同的行為方式。(發送訊息就是函數調用)
b.實現的原理是動態綁定,程式調用的方法在運行期才動態綁定,追溯源碼可以發現,JVM 通過參數的自動轉型來找到合適的辦法。