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