您好,登錄后才能下訂單哦!
這篇文章主要講解了“JAVA復習的知識點有哪些”,文中的講解內容簡單清晰,易于學習與理解,下面請大家跟著小編的思路慢慢深入,一起來研究和學習“JAVA復習的知識點有哪些”吧!
JVM
JVM 是每一個開發人員必備的技能,推薦看國內比較經典的 JVM 書籍,里面包含JVM的內存接口,類的加載機制等基礎知識,是不是覺得這些在面試中似曾相識?所以對于 JVM 方面的知識的鞏固與其在網上看一些零零碎碎的文章不如啃一下這本書《深入理解 Java 虛擬機:JVM 高級特性與***實踐(第 2 版)》。
當然了如果你的英文好強烈推薦看 Oracle ***發布的 JAVA 虛擬機規范。在啃書的時候切記不能圖快,你對知識的積累不是通過看書的數量來決定,而是看書的深度。所以在看每一章節的時候看到不懂的要配合網上的文章理解,并且需要看幾篇文章理解,因為一篇文章很可能是錯誤的,小編認為文章的可信度順序自建域名>*.github.io>SF>簡書=博客園>CSDN>轉載
排序算法和 Java 集合、工具類
這一個分類是每一個人必須掌握的并熟練使用的,那么為什么我把他們放在一起呢? 因為工具和集合類都源于算法,在準備算法復習之前你要理解,為什么要必考算法。正式因為排序算法和我們編程息息相關。舉兩個“栗子”。
你可以看一下Collections 中的mergeSort和sort 方法,你會發現 mergeSort 就是歸并排序的實現,而 sort 方法結合了歸并排序和插入排序,這樣使得 sort 方法最差O(NlogN)***可以達到O(N)的效果。那么只有你自己理解了排序方法的實現,才能更好的使用 JAVA 中的集合類啊?
第二個“栗子”,大家都聽聞過 TopN 問題吧,經常在面試中遇到請寫一下 TopN 的實現,說到算法它就是一個大頂堆,說到 JAVA 它是一個 PriorityQueue 的實現,那么你理解了 TopN 問題,知道他的時間復雜度,優缺點了,那么是不是就可以熟練運用 JAVA 的工具類寫更高效的程序了?
之所以排序算法和 JAVA 集合&工具類 一樣重要是因為它們和我們每天的編程息息相關。面試官總是問排序算法也不是在難為你,而是在考察你的編程功底。所以你需要對著排序算法和基本的算法配合 JAVA 的集合類、工具類仔細的研究一番,這樣才能更深入的理解他們的關聯關系。
多線程和并發包
多線程和并發包,重要性就不累述了,直接說一下學習方法。你首先要理解多線程不僅僅是 Thread 和 Runnable 那么簡單,整個并發包下面的工具都是在為多線程服務。對于多線程的學習切不可看幾篇面試文章,或者幾個關鍵字 CountDownLatch,Lock 巴拉巴拉就以為理解了多線程的精髓,小編整理了一個大圖
你需要針對這個大圖或者自己梳理一個大圖,對里面的類各個擊破,他們的使用場景,優缺點。當然你需要配合源碼看,源碼就是大圖里面的每一個源碼,和上面講的 JVM 一樣,不要著急馬上看完,而是看懂每一個地方是為什么。看的差不多你就會發現,其實他和 JAVA 集合類、工具類密不可分。那么自然把它列為重要知識點的原因不言而喻。
存儲相關相關都是我們平時常用的工具,Redis,MySQL,ElasticSearch。它的知識點分為兩方面,一方面是你平時使用過程中積累的經驗,另一方面是你對其的深入理解。所以對這個地方的建議就是通過書籍來鞏固技術知識, 《Redis設計與實現 (數據庫技術叢書)》,《高性能 MySQL》,《ElasticSearch 權威指南》這三本書不一定是該領域***的書籍,但是如果你吃透了,對于你對知識的理解和程序的設計必定有很大幫助。書里面的內容太多,還是舉兩個“栗子”。
***個“栗子”,使用 Redis 切不可只用他當做 key-value 緩存數據庫。小編了解到它的5種基本類型中一種類型叫做 sorted set。sorted set 里 items 內容大于 64 的時候同時使用了 hash 和 skiplist 兩種設計實現。這也會為了排序和查找性能做的優化。添加和刪除都需要修改 skiplist,所以復雜度為 O(log(n))。 但是如果僅僅是查找元素的話可以直接使用 hash,其復雜度為 O(1) ,其他的 range 操作復雜度一般為 O(log(n)),當然如果是小于 64 的時候,因為是采用了 ziplist 的設計,其時間復雜度為 O(n)。這樣以后查詢和更新閱讀都變得簡單,那是不是可以用其實現 TopN 的需求呢?這樣類似的需求就不需要你查數據,再在內存里面計算和操作了。比如我們簡單的周排行,月排行都可以考慮使用這個數據結構實現,當然并不一定這是***的解決方案,而是提供了一種解題思路。
另一個“栗子”,PriorityQueue 是優先隊列我們上文已經了解,那么 ElasticSearch 的 query 也是用的優先隊列分別在每一個分片上面獲取,然后再合并優先隊列你了解嗎?這個“栗子”告訴我們其實算法是想通的,你理解一個便可以舉一反三觸類旁通。
框架
一談框架就想起來 Spring,一說 Spring 就想起來 IOC,AOP。因為大家都在用這個框架,所以對于框架也不需要看一些其他的,直接就深入了解一下 Spring 就可以了。通過上面的敘述你已經了解了小編的思路,看什么都要看他的實現原理,所以直接推薦你一本書《Spring 技術內幕》然后對著自己現有的 Spring 項目 Debug,從請求的流轉梳理知識點。Spring 出來這么久大家對基本的知識已經了然于胸,重要的是看其解決問題的思路和原理,栗子又來了。
比如需要實現在 Bean 剛剛初始化的時候做一些操作,是不是需要使用InitializingBean?那么具體怎么使用,它的原理是什么,Spring Bean 的生命周期是什么樣子,通過具體的使用場景逐步展開說明。這樣復習效果會更好一些,然后再逐步的思考每一個知識點里面涉及的更多的知識點,比如 AOP 里面的 Proxy 都是基于什么原理實現,有什么優缺點。
分布式
這是一個老生常談的話題,也是這幾年比較火的話題,說起分布式就一定和 Dubbo 有關系,但是不能僅僅就理解到 Dubbo。首先我們需要思考它解決的問題,為什么要引入 Dubbo 這個概念。
隨著業務的發展、用戶量的增長,系統數量增多,調用依賴關系也變得復雜,為了確保系統高可用、高并發的要求,系統的架構也從單體時代慢慢遷移至服務SOA時代,應運而生的 Dubbo 出現了,它作為 RPC 的出現使得我們搭建微服務項目變得簡單,但是我們不僅僅要思考 Dubbo帶來的框架支撐。同時需要思考服務的冪等、分布式事務、服務之間的 Trace 定位、分布式日志、數據對賬、重試機制等,與此同時考慮 MQ 對系統的解耦和壓力的分擔、數據庫分布式部署和分庫分表、限流、熔斷等機制。所以最終總結是不僅僅要看 Dubbo 的使用、原理同時還要思考上下游和一些系統設計的問題,這塊相對的知識點較多,可以針對上面拋出來的點各個擊破。
設計模式
設計模式很多,但是常用的就幾種,這個地方可以分兩個地方準備。
1、學以致用,設計模式不是背出來的,而是用出來了。平時多注意思考當前項目的設計,是否可以套用設計模式,當然必須先理解每一個設計模式存在的意義。
2、在現有框架中思考設計模式的體現,上面已經講過框架怎么學習,用 Spring 舉例,它里面用了超過9種設計模式,你都知道用到哪里了嗎?如果不知道,試著把他們找出來,同時思考為什么這么設計,全部找到以后,基本的設計模式的用法和原理你也就都理解了。
感謝各位的閱讀,以上就是“JAVA復習的知識點有哪些”的內容了,經過本文的學習后,相信大家對JAVA復習的知識點有哪些這一問題有了更深刻的體會,具體使用情況還需要大家實踐驗證。這里是億速云,小編將為大家推送更多相關知識點的文章,歡迎關注!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。