很多人在復(fù)習Java面試題的時候第一個被問倒的問題往往不是JVM也不是并發(fā)而是“面向?qū)ο笫鞘裁础?。這題看著基礎(chǔ)卻特別能看出一個人對Java到底有沒有自己的理解。八股文背得再熟如果只是脫口而出“封裝繼承多態(tài)”面試官追問兩句“那封裝到底封裝了什么”“對象在內(nèi)存里長什么樣”很多人就含糊了。這篇文章是“Java面向?qū)ο笾嫦驅(qū)ο笏枷搿毕盗械牡谝黄視杨惻c對象、封裝、構(gòu)造方法、內(nèi)存邏輯這些最核心的概念拆開講順便聊聊初學者最常見的幾個誤區(qū)以及一條我驗證過很多次的學習路線。適合準備Java基礎(chǔ)面試、正在啃Java語法的同學也適合那些寫了一段代碼但始終覺得“面向?qū)ο蠛芴摗钡娜恕?. 為什么面向?qū)ο笏枷胧撬蠮ava基礎(chǔ)題的起點1.1 面試問的不是定義而是建模思路Java面試題里有一個保留節(jié)目請你說說面向?qū)ο蠛兔嫦蜻^程的區(qū)別。我見過很多候選人回答“面向?qū)ο笥腥筇匦苑庋b、繼承、多態(tài)”然后就沒有然后了。這種答案本身沒錯但面試官真正想聽的是你有沒有把一個業(yè)務(wù)流程拆成對象、把職責分配給對象、再通過對象之間的協(xié)作完成功能的能力。在真實的Java項目里這種建模能力直接決定代碼能不能維護。比如一個訂單系統(tǒng)你不用面向?qū)ο笠材軐崿F(xiàn)用幾個數(shù)組存訂單、用戶、商品再寫一堆方法去操作這些數(shù)組。一開始確實能跑但需求一旦復(fù)雜比如要增加優(yōu)惠券、庫存扣減、支付回調(diào)你就會發(fā)現(xiàn)代碼到處耦合改一個地方要牽連好幾個方法。用面向?qū)ο蟮姆绞桨延唵?、用戶、商品、?yōu)惠券都建模成對象每個對象管好自己的狀態(tài)和行為新增需求時往往只需要新增一個類或者修改某個類內(nèi)部的方法不用把整個流程重寫一遍。這其實就是面向?qū)ο笏枷氲暮诵膬r值它把現(xiàn)實世界里的業(yè)務(wù)概念映射到代碼里讓代碼的結(jié)構(gòu)和業(yè)務(wù)的結(jié)構(gòu)保持一致。業(yè)務(wù)里有用戶代碼里就有User類業(yè)務(wù)里有下單動作代碼里就有Order類里的createOrder方法。當兩者一致時新加入的同事只要看類名就能大概猜到代碼的組織方式維護成本會低很多。1.2 面向?qū)ο蠼鉀Q的是“需求變化”問題很多人學Java基礎(chǔ)時會覺得面向?qū)ο笫且欢殉橄竺~跟實際代碼沒什么關(guān)系。其實面向?qū)ο笫菫椤白兓倍?。軟件行業(yè)最不變的事情就是需求一直在變而面向過程的寫法把數(shù)據(jù)和操作數(shù)據(jù)的方法完全分開一旦需求變化你往往要把整條流程都改一遍。面向?qū)ο髣t把數(shù)據(jù)和操作數(shù)據(jù)的方法封裝在同一個對象里外部只跟對象交互只要對象對外暴露的接口不變內(nèi)部隨便怎么重構(gòu)外部都不用動。舉個例子一個報表模塊最初只需要從數(shù)據(jù)庫查出數(shù)據(jù)然后打印。面向過程的寫法可能是一個類里的五個靜態(tài)方法按順序調(diào)用。后來你需要在打印前做數(shù)據(jù)校驗再后來需要支持導(dǎo)出Excel每次改動都要在原有方法里插入代碼或者新增一個方法去調(diào)用舊方法流程越來越復(fù)雜。如果用面向?qū)ο竽憧梢远x一個ReportData對象把校驗、格式化、導(dǎo)出的邏輯分散在對應(yīng)的對象里主流程只需要把它組裝起來。這樣每次改動的影響范圍都被限制在某個對象內(nèi)部而不是牽連全局。這也是為什么Java面試題里面向?qū)ο笙嚓P(guān)的內(nèi)容總是被反復(fù)問。因為Java體系里幾乎所有的框架Spring、MyBatis、Hibernate底層都在圍繞對象做文章。MyBatis-Plus能從Java實體類生成建表SQL本質(zhì)也是讀取類結(jié)構(gòu)、字段注解再生成對應(yīng)的DDL。你沒搞懂類是什么、對象是什么就沒法真正理解這些框架為什么會這么設(shè)計。1.3 Java基礎(chǔ)里那些看似無關(guān)的知識點其實都在為面向?qū)ο蠓?wù)Java數(shù)據(jù)類型、方法、數(shù)組、循環(huán)這些基礎(chǔ)語法看起來和面向?qū)ο鬀]什么關(guān)系但它們是構(gòu)建對象的建筑材料。int、String、數(shù)組這些類型是你定義類里面字段時用的方法是你給對象定義行為時用的循環(huán)和條件判斷是你實現(xiàn)這些方法內(nèi)部邏輯時用的。沒有這些基礎(chǔ)類就是空殼對象就是空對象。學Java學習路線的時候我一直建議把面向?qū)ο蠓诺健盎A(chǔ)語法”和“常用API”之間。語法教你怎么寫代碼面向?qū)ο蠼棠阍趺唇M織代碼。順序反了會很難受因為你會帶著面向過程的思維去寫Java最后寫出來的代碼雖然能跑但看起來就像一個裝滿靜態(tài)方法的工具類倉庫完全沒有發(fā)揮Java的優(yōu)勢。這一點在藍橋杯算法題里也能感受到很多算法題用普通結(jié)構(gòu)化寫法完全沒問題但當你需要實現(xiàn)鏈表、樹、圖這些數(shù)據(jù)結(jié)構(gòu)時節(jié)點類本身就是面向?qū)ο蟮漠a(chǎn)物理解了對象和引用你才真正明白指針在Java里是怎么樣的一種形態(tài)。2. 面向?qū)ο笈c面向過程的真正區(qū)別從“我該怎么做”到“誰來做”2.1 面向過程以動詞為中心自己動手先看面向過程的編程方式。它的核心思想是把一件事拆成步驟然后用變量保存數(shù)據(jù)用函數(shù)處理數(shù)據(jù)按順序調(diào)用。整個過程以“動詞”為中心關(guān)注的是“我該怎么做”。比如你想炒一盤番茄炒蛋面向過程的思路是準備番茄、準備雞蛋、熱油、炒蛋、盛出、炒番茄、混合、調(diào)味、出鍋。每一步對應(yīng)一個函數(shù)中間用變量傳遞狀態(tài)比如boolean eggCooked、int heatLevel。這種思路很直觀因為人類思考步驟本來就是線性的適合解決邏輯明確的小問題。但在大型項目里這種寫法就會遇到麻煩。數(shù)據(jù)是全局的函數(shù)是公用的誰都可以去修改同一個變量。比如電商系統(tǒng)里有一個orderStatus變量下單、支付、取消訂單都可能去改它。某一天你發(fā)現(xiàn)訂單狀態(tài)莫名其妙被改了你想排查是誰干的得把所有可能修改它的函數(shù)都翻一遍。數(shù)據(jù)和方法之間的歸屬關(guān)系不清晰才是面向過程在大型項目里最大的痛點。2.2 面向?qū)ο笠悦~為中心職責分工面向?qū)ο髣t是以“名詞”為中心關(guān)注的是“誰來做”。它不再把數(shù)據(jù)和函數(shù)拆開而是把相關(guān)的數(shù)據(jù)和操作這些數(shù)據(jù)的方法打包到一個類里然后用這個類創(chuàng)建對象讓對象之間互相協(xié)作。還是番茄炒蛋的例子。面向?qū)ο蟮乃悸窌瘸橄蟪鲈项悺N師類。番茄是一個對象雞蛋是一個對象廚師是一個對象。廚師有方法cook(番茄雞蛋)番茄有自己的狀態(tài)比如新鮮程度雞蛋有狀態(tài)比如是否打散。整個過程不是一串線性函數(shù)調(diào)用而是廚師對象接收食材對象食材對象提供自己的狀態(tài)廚師對象負責烹飪最后產(chǎn)出一盤菜對象。這種設(shè)計的好處是每個角色的職責都很清楚。以后你想加一道菜不要改番茄和雞蛋只要給廚師加一個方法甚至新增一個廚師類原來那些對象都不受影響。代碼的可擴展性和可維護性就是從這種“職責分工”里來的。2.3 用“計算矩形面積”對比兩種實現(xiàn)這樣說可能還是有點抽象我用一段最簡單的代碼來對比你馬上就能感受到差異。面向過程的寫法關(guān)注兩個變量和一個方法public class Main { public static void main(String[] args) { double width 5.0; double height 3.0; double area width * height; System.out.println(矩形面積 area); } }這段代碼能用但width和height只是散落在main方法里的局部變量。如果這個矩形在業(yè)務(wù)中要被多個方法使用你得把這兩個參數(shù)到處傳遞或者定義成全局變量。數(shù)據(jù)的歸屬關(guān)系不清晰。面向?qū)ο蟮膶懛ㄏ劝丫匦纬橄蟪深恜ublic class Rectangle { private double width; private double height; public Rectangle(double width, double height) { this.width width; this.height height; } public double area() { return width * height; } }使用的時候public class Main { public static void main(String[] args) { Rectangle rect new Rectangle(5.0, 3.0); System.out.println(矩形面積 rect.area()); } }你注意區(qū)別在哪。面向過程代碼里矩形的數(shù)據(jù)是給別人用的面向?qū)ο蟠a里矩形自己知道自己的寬和高自己會算自己的面積。以后你給矩形增加顏色、位置、周長、縮放方法都在這個類內(nèi)部擴展外部調(diào)用方不需要知道內(nèi)部細節(jié)。這就是從“操作數(shù)據(jù)”到“數(shù)據(jù)自管理”的轉(zhuǎn)變。2.4 為什么Java選擇了面向?qū)ο驤ava從誕生之初就選擇了面向?qū)ο蟛⒉皇且驗檫@種風格更高級而是因為它更適合大型軟件工程的協(xié)作場景。企業(yè)級項目通常由多個人、多個團隊同時開發(fā)每個人負責一個模塊。面向?qū)ο笸ㄟ^類和接口定義好模塊之間的邊界不同團隊只要按照約定好的對象接口交互內(nèi)部實現(xiàn)可以自由變化。這種“邊界清晰”的能力在多人協(xié)作里比單純追求執(zhí)行效率重要得多。當然面向?qū)ο蟛皇倾y彈也有缺點。類多了之后設(shè)計不合理反而會變得臃腫對象關(guān)系比業(yè)務(wù)關(guān)系還復(fù)雜。但在這個階段你要先理解一個核心觀點面向?qū)ο笞尨a更貼近業(yè)務(wù)貼近人理解世界的方式這是它最大的價值。至于性能開銷現(xiàn)代JVM的優(yōu)化能力很強絕大多數(shù)業(yè)務(wù)場景里代碼的可維護性遠比你省下的那幾微秒性能值錢。3. 類與對象模板和實物的關(guān)系沒有你想的那么玄乎3.1 類就是圖紙對象就是按圖紙造出來的實物很多初學者卡在“類”和“對象”的區(qū)別上其實你只需要記住一個類比類是圖紙對象是按圖紙造出來的房子。一張圖紙可以造出很多結(jié)構(gòu)相同的房子每套房子的具體裝修、住戶、物品都不一樣但承重墻、門窗位置這些結(jié)構(gòu)都由圖紙決定。public class House { String color; int rooms; }這里的House就是圖紙它規(guī)定了每棟房子都有顏色和房間數(shù)。通過new出來的每個實例就是具體房子House home1 new House(); home1.color 白色; home1.rooms 3; House home2 new House(); home2.color 灰色; home2.rooms 4;home1和home2是兩個獨立對象它們共享類的結(jié)構(gòu)定義但擁有各自的數(shù)據(jù)。你在home1里把rooms改成5不會影響home2。這個“獨立”的概念特別重要幾乎所有和對象賦值相關(guān)的Bug根源都是沒搞清對象實例之間到底是共享還是獨立。3.2 手動定義一個類字段、構(gòu)造器、方法定義一個類通常包含三部分字段屬性、構(gòu)造器初始化方法、普通方法行為。我拿一個學生類舉例public class Student { private String name; private int age; public Student() { } public Student(String name, int age) { this.name name; this.age age; } public void introduce() { System.out.println(我叫 name 今年 age 歲); } }字段name和age用來描述這個對象有什么數(shù)據(jù)構(gòu)造器Student(...)用來在對象創(chuàng)建時初始化數(shù)據(jù)方法introduce()用來描述這個對象能干什么。一個類就是圍繞某個業(yè)務(wù)概念的屬性和行為集合。為什么字段要寫成private這是封裝的第一步后面我會詳細講。現(xiàn)在你記住類的外部不應(yīng)該直接操作對象的內(nèi)部數(shù)據(jù)而是通過方法去完成操作。這個原則雖然簡單但能幫你避免很多低級錯誤。3.3 new關(guān)鍵字在內(nèi)存里做了什么很多Java面試題會問new對象的過程這也是理解引用類型的關(guān)鍵。當你寫下這樣一行代碼Student s new Student(張三, 18);JVM大致會做這幾件事在堆內(nèi)存中給這個Student對象分配一塊空間所有字段按默認值初始化。name是nullage是0。調(diào)用你寫的構(gòu)造方法把張三和18賦值給對應(yīng)字段。把堆內(nèi)存中這塊空間的地址作為返回值保存到棧上的引用變量s里。也就是說變量s本身并沒有直接裝下整個Student對象它只裝了一個地址。真正對象數(shù)據(jù)在堆里。這個區(qū)別非常關(guān)鍵直接決定了為什么Java里“對象賦值”和“基本類型賦值”表現(xiàn)完全不同。3.4 基本類型與引用類型的本質(zhì)差異Java的數(shù)據(jù)類型分兩類基本類型和引用類型。int、double、boolean這些是基本類型變量直接存值。而類、接口、數(shù)組這些是引用類型變量存的是對象的地址。int a 10; int b a; b 20; System.out.println(a); // 還是10因為基本類型賦值是拷貝值a和b是兩個獨立的存儲單元改b不會影響a。對象就完全不同Student s1 new Student(張三, 18); Student s2 s1; s2.setName(李四); System.out.println(s1.getName()); // 李四s1和s2指向同一個堆對象賦值拷貝的是地址。你通過s2改了對象里的names1再去看也是改過后的值。很多初學者在寫集合、傳參的時候撞上這個坑才回頭看引用類型的概念。這里提前搞清楚后面能省大量排查時間。3.5 構(gòu)造方法的隱藏規(guī)則構(gòu)造方法默認是不需要自己寫的但這里有個很常見的陷阱。如果類里一個構(gòu)造方法都沒有編譯器會自動生成一個無參構(gòu)造方法。一旦你手動寫了一個帶參構(gòu)造方法編譯器就不會再自動生成無參構(gòu)造方法了。public class User { private String name; public User(String name) { this.name name; } }這時候如果你寫User u new User();會直接編譯報錯因為類里沒有無參構(gòu)造。很多項目會因此遇到問題比如Spring框架在創(chuàng)建Bean時經(jīng)常需要無參構(gòu)造加上setter注入你一旦只寫了帶參構(gòu)造而忘了無參構(gòu)造框架會啟動失敗。正確的習慣是如果你給類加了自定義構(gòu)造方法并且業(yè)務(wù)上需要無參構(gòu)造就顯式寫出來。別指望編譯器自動幫你補。4. 封裝為什么要把字段藏起來4.1 不封裝的后果一個負數(shù)年齡引發(fā)的連鎖反應(yīng)假設(shè)你寫了一個學生類字段沒有私有化public class Student { public String name; public int age; }看起來很方便直接student.age 20就能賦值。但很快你就會發(fā)現(xiàn)問題沒有任何東西能阻止別人寫出student.age -100。年齡為負數(shù)于業(yè)務(wù)上完全沒有意義可代碼里卻允許它存在。不封裝的問題就在這里對象內(nèi)部的數(shù)據(jù)可以被外部隨意修改一旦數(shù)據(jù)非法排查源頭會非常痛苦。你可能在一個很大的項目里到處搜索age 最后發(fā)現(xiàn)某個模塊里寫了個負數(shù)。數(shù)據(jù)校驗邏輯如果分散在幾十個地方你很難統(tǒng)一管理規(guī)則。4.2 private加getter/setter到底在保護什么封裝的經(jīng)典做法是把字段用private隱藏起來對外只提供getter和setter方法。private是Java訪問修飾符之一它表示字段只能在本類內(nèi)部訪問外部類不能直接訪問。然后你在setter方法里加入校驗邏輯在getter方法里控制返回的數(shù)據(jù)。public class Student { private String name; private int age; public String getName() { return name; } public void setName(String name) { if (name null || name.trim().isEmpty()) { throw new IllegalArgumentException(姓名不能為空); } this.name name; } public int getAge() { return age; } public void setAge(int age) { if (age 0 || age 150) { throw new IllegalArgumentException(年齡必須在0到150之間); } this.age age; } }你用setAge(-100)的時候就會立刻拋異常非法數(shù)據(jù)在入口就被攔住了。如果你不設(shè)setter只提供getter那這個字段就是只讀的對象創(chuàng)建后就不能隨便改。這種控制能力正是封裝的意義所在對象內(nèi)部的數(shù)據(jù)結(jié)構(gòu)和取值規(guī)則是它自己的私事外部只通過公開的方法與它打交道。4.3 JavaBean規(guī)范與封裝的邊界很多人一說到封裝就想到private和getter/setter這個理解沒錯但不完整。JavaBean規(guī)范是Java社區(qū)里很常用的一套約定字段私有、提供公有的getter/setter、提供無參構(gòu)造。這套規(guī)范被大量框架使用MyBatis-Plus生成建表SQL時會讀取實體類的字段和注解Spring注入屬性時也會調(diào)用setter方法。所以掌握JavaBean寫法其實是面向?qū)ο笏枷肼涞娇蚣軐用娴牡谝粔K敲門磚。但要提醒一句getter/setter只是封裝的一種實現(xiàn)手段不是封裝本身。一個類如果所有字段都無腦暴露getter/setter別人照樣可以拿到數(shù)據(jù)后自己去做各種判斷那類內(nèi)部的規(guī)則還是沒有真正封裝起來。封裝真正的價值在于“隱藏內(nèi)部實現(xiàn)暴露行為”——比如轉(zhuǎn)賬不是先setBalance再setBalance而是調(diào)用transferTo(account, amount)方法把余額變動的規(guī)則鎖在方法內(nèi)部。這一點理解了你的面向?qū)ο蟛潘阏嬲狭艘粋€臺階。5. 方法重載與構(gòu)造器的配合同一行為的不同入口5.1 重載是什么為什么需要重載方法重載Overload指的是同一個類里方法名相同但參數(shù)列表不同。參數(shù)列表可以不同在類型、個數(shù)或順序上。返回值不能作為區(qū)分重載的依據(jù)因為調(diào)用方法時編譯器只看方法名和參數(shù)不看返回值。為什么需要重載最典型的場景是構(gòu)造器。假設(shè)你要創(chuàng)建一個訂單對象有時候只知道訂單ID有時候知道訂單ID、用戶ID有時候還需要商品列表。如果每一種創(chuàng)建方式都起不同的方法名比如createById、createByIdAndUserId、createFull調(diào)用方光是記方法名就很累。重載讓你可以用同一個名字Order(...)通過參數(shù)不同表達不同的初始化方式。public class Order { private Long orderId; private Long userId; private ListString itemIds; public Order(Long orderId) { this(orderId, null, null); } public Order(Long orderId, Long userId) { this(orderId, userId, null); } public Order(Long orderId, Long userId, ListString itemIds) { this.orderId orderId; this.userId userId; this.itemIds itemIds; } }調(diào)用方可以根據(jù)場景選擇new Order(1001L)還是new Order(1001L, 2002L)類內(nèi)部負責把不完整的參數(shù)補全。這樣的API使用起來非常自然。5.2 構(gòu)造器重載與this關(guān)鍵字上面那段代碼里出現(xiàn)了this(orderId, null, null)這種寫法。this關(guān)鍵字在Java里有兩個常用場景第一個場景是區(qū)分字段和參數(shù)。比如常見的this.name name方法參數(shù)叫name字段也叫name編譯器無法區(qū)分this.name指當前對象的字段右側(cè)的name指方法參數(shù)。第二個場景是構(gòu)造器里調(diào)用另一個構(gòu)造器。this(...)必須是構(gòu)造器里的第一行語句它會把當前對象的初始化職責委托給參數(shù)匹配的另一個構(gòu)造方法。這樣做的好處是公共的初始化邏輯只需要寫一遍其他構(gòu)造器都調(diào)用它避免代碼重復(fù)。public class Person { private String name; private int age; public Person() { this(未設(shè)置, 0); } public Person(String name, int age) { this.name name; this.age age; } }這里無參構(gòu)造里調(diào)用了帶兩個參數(shù)的構(gòu)造器把默認值傳進去既保證了字段都被初始化又避免了在兩個構(gòu)造器里重復(fù)寫賦值邏輯。注意this()調(diào)用必須放在第一行這是Java語法規(guī)定。5.3 static成員屬于類而不是對象的成員static是Java里一個很容易混淆的關(guān)鍵字。實例變量和方法都依賴對象存在你必須new一個對象才能訪問。而static修飾的成員屬于類本身不需要對象就能訪問甚至推薦用類名直接訪問。public class Counter { public static int count 0; private String name; public Counter(String name) { this.name name; Counter.count; } }每次創(chuàng)建Counter對象靜態(tài)變量count都會加1。靜態(tài)變量在內(nèi)存里只有一份所有對象共享。這就解釋了為什么計數(shù)器用static會很方便但也正是因為它共享不適合用來存放每個對象獨有的數(shù)據(jù)。main方法為什么是public static void main(String[] args)因為JVM啟動時還沒有任何對象需要一個不依賴實例就能調(diào)用的入口方法所以它必須是static。還有一點初學者容易踩坑靜態(tài)方法里不能直接訪問非靜態(tài)的實例字段或?qū)嵗椒ㄒ驗殪o態(tài)方法不依賴對象而實例字段必須依賴具體對象。你可以在靜態(tài)方法里先new一個對象再用那個對象去調(diào)用實例方法但不能直接寫一個裸的name字段。6. 初學者最常見的五個誤區(qū)以及我踩過的坑6.1 誤區(qū)一把代碼放進類里就是面向?qū)ο蠛芏嗤瑢W剛開始學Java寫了一個類把一堆功能全都堆進去就覺得這是在面向?qū)ο缶幊?。其實如果這個類里全是靜態(tài)方法沒有任何實例字段也沒有對象之間的協(xié)作它本質(zhì)上還是面向過程的寫法只不過穿了一件類的馬甲。我見過有人用一個Utils類裝了四十多個靜態(tài)方法項目里到處都是Utils.doXxx()。這種代碼不是不能用但它很難擴展也很難測試。真正面向?qū)ο蟮淖龇ㄊ前褷顟B(tài)和行為打包讓對象承擔清晰的職責。就算工具類在某些場景下是合理的主流業(yè)務(wù)代碼也應(yīng)該以對象協(xié)作為主。6.2 誤區(qū)二對象賦值就是在復(fù)制對象這個誤區(qū)我之前提到過但這里必須單獨說一下因為它引發(fā)的Bug實在太多了。User u2 u1寫代碼的人覺得u2就是u1的副本結(jié)果改u2的時候把u1也改了。這是因為對象變量保存的是堆內(nèi)存中的地址賦值操作復(fù)制的是地址而不是堆里的對象。如果你確實需要復(fù)制一個獨立對象一般有三種辦法手動new一個對象再把字段逐一賦值用拷貝構(gòu)造器public User(User other)或者使用更復(fù)雜的原型模式、序列化方式。無論哪種前提都是先理解普通等號賦值不會幫你創(chuàng)建新對象。6.3 誤區(qū)三private字段外部絕對訪問不到private字段確實不能通過普通寫法從外部直接訪問但技術(shù)世界里沒有絕對。有兩個常見例外一是通過反射機制修改字段的訪問權(quán)限Field.setAccessible(true)之后可以讀寫private字段二是內(nèi)部類可以訪問外部類的私有成員因為編譯器會把內(nèi)部類編譯成獨立的類文件同時生成訪問外部類私有字段的橋接方法。這部分內(nèi)容在框架層面經(jīng)常用到比如很多ORM框架反射創(chuàng)建實體對象時就可能繞過private直接給字段賦值。你不能因為存在例外就不設(shè)private了private依然是保護類內(nèi)部狀態(tài)最重要的手段只是要知道它不是物理級別的不可訪問而是語法層級的設(shè)計約束。6.4 誤區(qū)四構(gòu)造方法寫不寫都無所謂構(gòu)造方法的作用是在對象創(chuàng)建時完成初始化。你不寫編譯器自動生成無參構(gòu)造字段默認是0、null或false。但如果你希望對象創(chuàng)建時就是合法狀態(tài)無參構(gòu)造往往不夠用。舉個例子一個用戶對象如果沒有用戶名這個對象創(chuàng)建的瞬間就是非法的。如果你提供無參構(gòu)造別人可能創(chuàng)建一個空用戶然后再慢慢setter中間有一段時間對象處于不完整狀態(tài)。更推薦的做法是提供有參構(gòu)造把必填字段作為構(gòu)造參數(shù)創(chuàng)建對象時就確保它是完整的再配合無參構(gòu)造滿足框架需求。6.5 誤區(qū)五封裝等于getter和setter這個誤區(qū)特別普遍。很多人一看到所有字段都是private、都有g(shù)etter和setter就說這個類封裝得很好。其實如果只是機械地暴露所有字段的讀寫入口那和直接給public字段差不了太多。封裝的本質(zhì)是隱藏內(nèi)部變化。比如一個支付類內(nèi)部有余額字段、手續(xù)費字段、日志字段。對外你只需要暴露pay(amount)和getBalance()不要把所有中間狀態(tài)都暴露出去。真正的封裝是讓使用方只關(guān)心“做什么”不關(guān)心“怎么變”。getter和setter只是實現(xiàn)封裝的一種手段用不用、怎么用要看業(yè)務(wù)需求。7. 從“面向?qū)ο笏枷?1”到下一步的學習路線建議7.1 用真實業(yè)務(wù)練建模而不是背語法面向?qū)ο笏枷肴绻煌Ａ粼谡Z法層面學完就忘。我的建議是找一個小而完整的業(yè)務(wù)場景手動建模練習。不要直接去寫增刪改查而是先想一想這個業(yè)務(wù)里有哪些概念這些概念有哪些屬性有哪些動作概念和概念之間是什么關(guān)系一個經(jīng)典的練習是“購物車”。你可以定義Product類包含商品ID、名稱、價格定義CartItem類包含商品、數(shù)量、計算小計的方法定義Cart類包含一個商品條目列表以及添加、刪除、計算總價的方法。寫完之后你再看哪些邏輯應(yīng)該屬于商品哪些應(yīng)該屬于購物車哪些應(yīng)該單獨拎出來作為服務(wù)。這個過程就是在鍛煉你的面向?qū)ο蠼Ｄ芰Α?.2 手畫類圖把對象關(guān)系可視化很多人寫代碼之前從不畫圖想到哪寫到哪。對于初學者我強烈建議用最簡單的方式畫類圖一個方框分三部分上面寫類名中間寫字段下面寫方法。把類之間的關(guān)系用箭頭標出來繼承用空心三角箭頭關(guān)聯(lián)用普通箭頭。畫圖不是為了好看而是為了逼自己想清楚對象之間的關(guān)系。比如一臺電腦和一個CPU是“擁有”關(guān)系一個用戶和訂單是“一對多”關(guān)系一個訂單和商品需要中間表表示“多對多”關(guān)系。你在代碼里傻傻分不清的這些關(guān)系畫出來一目了然。等你真正進入Spring Boot項目會發(fā)現(xiàn)數(shù)據(jù)庫表設(shè)計、POJO類設(shè)計、接口設(shè)計全都建立在對象關(guān)系思考上。7.3 接下來要重點啃的四個主題這個系列既然叫“面向?qū)ο笏枷?1”那后續(xù)就一定有繼承、多態(tài)、抽象類、接口這些大主題。你學完類與對象、封裝這兩個地基后下一步按這個順序?qū)W會順暢很多繼承extends理解子類復(fù)用父類的能力以及is-a關(guān)系。重寫Override理解子類如何改變父類的方法行為Override注解的含義。多態(tài)理解父類引用指向子類對象理解動態(tài)綁定。抽象類和接口理解什么是“規(guī)范”為什么Java設(shè)計者要區(qū)分這兩者。這些主題都會圍繞同一個核心展開如何讓代碼更具擴展性、降低耦合度。等到你理解了接口和多態(tài)再回頭看Spring的依賴注入就會覺得順理成章。最后說一點我自己的體會。面向?qū)ο笏枷氩皇强靠匆槐榫湍苷莆盏哪惚仨氃谝粋€個具體的需求里反復(fù)練習去體會“為什么這個字段要私有”“為什么這里要設(shè)計一個接口”“為什么這個對象要單獨抽出來”。我也是在寫了很多爛代碼、踩了很多坑之后才慢慢形成自己的判斷標準。你現(xiàn)在覺得面向?qū)ο蟪橄蠛苷０堰@個系列第一篇里的基礎(chǔ)概念吃透再把前面的練習題親手敲一遍你會發(fā)現(xiàn)后面的路會越走越順暢。