1. 從“能跑就行”到“優(yōu)雅設(shè)計(jì)”為什么面向?qū)ο笫荍ava的基石剛接觸Java那會(huì)兒我寫代碼的思路和很多人一樣滿腦子都是“能跑就行”。一個(gè)main方法里塞幾百行變量名用a1、b2邏輯像意大利面條一樣纏在一起。直到有一次我需要修改一個(gè)三個(gè)月前寫的“計(jì)算器”功能光是理清哪個(gè)變量在哪一步被修改了就花了整整一個(gè)下午。那一刻我意識(shí)到如果代碼只是寫給機(jī)器看的那遲早會(huì)把自己也繞進(jìn)去。而Java面向?qū)ο缶幊烫貏e是封裝、繼承和多態(tài)這三大特性本質(zhì)上是一套寫給“未來的自己”和“其他程序員”的溝通與組織語言目的是讓代碼從“能跑”變得“好懂、好改、好用”。很多人尤其是初學(xué)者容易陷入一個(gè)誤區(qū)把封裝、繼承、多態(tài)當(dāng)成三個(gè)孤立的、需要死記硬背的面試考點(diǎn)。網(wǎng)上搜“Java面試題”滿屏都是“什么是多態(tài)”、“子類繼承父類訪問權(quán)限”這類八股文。但實(shí)際工作中它們從來不是單獨(dú)出現(xiàn)的。你設(shè)計(jì)一個(gè)類必然要考慮如何封裝內(nèi)部數(shù)據(jù)當(dāng)你發(fā)現(xiàn)多個(gè)類有共同特征時(shí)自然會(huì)想到用繼承來復(fù)用代碼而在調(diào)用這些類對(duì)象的方法時(shí)多態(tài)讓你可以用統(tǒng)一的接口處理不同的對(duì)象寫出更靈活、更通用的代碼。這三大特性環(huán)環(huán)相扣共同構(gòu)建了Java程序健壯、可擴(kuò)展的骨架。所以這篇筆記的目的不是給你一堆干巴巴的定義和語法糖而是結(jié)合我踩過的坑和項(xiàng)目里的實(shí)際場(chǎng)景帶你重新理解這三個(gè)概念。我會(huì)用大量代碼示例展示如何從“面向過程”的思維一步步重構(gòu)到“面向?qū)ο蟆钡膬?yōu)雅設(shè)計(jì)。你會(huì)發(fā)現(xiàn)理解了封裝、繼承和多態(tài)的內(nèi)在聯(lián)系很多所謂的“面試難題”和“開發(fā)痛點(diǎn)”都會(huì)迎刃而解。2. 封裝不是簡(jiǎn)單的“private”而是建立可靠的“邊界”一提到封裝很多教程的第一句話就是“將屬性私有化private提供公共的getter和setter方法”。這話沒錯(cuò)但這只是封裝的“形”遠(yuǎn)不是其“神”。封裝的本質(zhì)是隱藏對(duì)象的內(nèi)部實(shí)現(xiàn)細(xì)節(jié)僅對(duì)外暴露必要的操作接口。它的核心價(jià)值在于“控制”和“簡(jiǎn)化”。2.1 為什么需要封裝一個(gè)“血淚”教訓(xùn)我曾接手過一個(gè)老項(xiàng)目里面有一個(gè)User類所有屬性都是public的。public class User { public String name; public int age; public String password; // 明文密碼 }結(jié)果呢代碼散落在各處都可以直接user.password 123456。更可怕的是有一次在生成日志的時(shí)候不小心把整個(gè)User對(duì)象序列化輸出了用戶的明文密碼直接暴露在了日志文件里造成了嚴(yán)重的安全隱患。這就是沒有封裝的惡果內(nèi)部數(shù)據(jù)完全失控任何代碼都可以以任意方式修改它類的設(shè)計(jì)者無法保證數(shù)據(jù)的一致性和安全性。2.2 正確的封裝姿勢(shì)從數(shù)據(jù)驗(yàn)證到業(yè)務(wù)邏輯內(nèi)聚讓我們用封裝的思想重構(gòu)這個(gè)User類public class User { // 1. 私有化屬性建立第一道防線 private String name; private int age; private String passwordHash; // 存儲(chǔ)密碼的哈希值而非明文 // 2. 構(gòu)造方法在對(duì)象誕生時(shí)就強(qiáng)制保證有效性 public User(String name, int age, String plainPassword) { setName(name); // 使用setter進(jìn)行驗(yàn)證 setAge(age); setPassword(plainPassword); // 在setter中加密 } // 3. 公共的getter控制數(shù)據(jù)的讀取 public String getName() { return name; } // 4. 公共的setter控制數(shù)據(jù)的修改并添加業(yè)務(wù)規(guī)則 public void setName(String name) { if (name null || name.trim().isEmpty()) { throw new IllegalArgumentException(姓名不能為空); } this.name name.trim(); } public int getAge() { return age; } public void setAge(int age) { if (age 0 || age 150) { throw new IllegalArgumentException(年齡必須在0-150之間); } this.age age; } // 5. 對(duì)敏感數(shù)據(jù)甚至不提供getter或只提供特定功能的getter // 不提供 getPasswordHash()防止哈希值泄露 public void setPassword(String plainPassword) { if (plainPassword null || plainPassword.length() 6) { throw new IllegalArgumentException(密碼長(zhǎng)度至少6位); } // 加密邏輯封裝在類內(nèi)部調(diào)用者無需關(guān)心 this.passwordHash hashPassword(plainPassword); } // 6. 對(duì)外提供行為方法而非直接操作數(shù)據(jù) public boolean verifyPassword(String inputPassword) { return hashPassword(inputPassword).equals(this.passwordHash); } // 私有方法內(nèi)部實(shí)現(xiàn)細(xì)節(jié)完全隱藏 private String hashPassword(String password) { // 模擬密碼哈希過程實(shí)際項(xiàng)目會(huì)用BCrypt等 return HASHED_ password; } }看經(jīng)過封裝后的User類發(fā)生了根本性變化數(shù)據(jù)安全了密碼以哈希值存儲(chǔ)且外部無法直接獲取。數(shù)據(jù)有效了通過setter中的校驗(yàn)確保了name和age的合法性。你不可能創(chuàng)建一個(gè)年齡為-5歲的用戶。使用簡(jiǎn)單了外部代碼只需要調(diào)用user.verifyPassword(“xxx”)無需知道哈希算法的細(xì)節(jié)。修改隔離了如果未來想把哈希算法從MD5換成SHA-256只需要修改私有的hashPassword方法所有外部調(diào)用都無需改動(dòng)。實(shí)操心得不要為了寫getter/setter而寫。對(duì)于某些屬性如果外部根本不需要讀取或修改那就連getter/setter都不要提供。例如一個(gè)訂單的totalPrice總價(jià)可能由訂單項(xiàng)自動(dòng)計(jì)算得出那么它就應(yīng)該只有g(shù)etTotalPrice()方法而沒有setTotalPrice()方法以保證總價(jià)邏輯的一致性。2.3 封裝在復(fù)雜對(duì)象中的應(yīng)用以購(gòu)物車為例封裝同樣適用于管理對(duì)象之間的關(guān)系。想象一個(gè)ShoppingCart購(gòu)物車類public class ShoppingCart { private ListCartItem items new ArrayList(); private String ownerId; // 對(duì)外只暴露添加商品的行為隱藏內(nèi)部List的管理細(xì)節(jié) public void addItem(Product product, int quantity) { // 業(yè)務(wù)邏輯檢查庫(kù)存、查找是否已存在相同商品、更新數(shù)量等 for (CartItem item : items) { if (item.getProduct().getId().equals(product.getId())) { item.increaseQuantity(quantity); return; } } items.add(new CartItem(product, quantity)); } public void removeItem(String productId) { items.removeIf(item - item.getProduct().getId().equals(productId)); } // 計(jì)算總價(jià)邏輯封裝在內(nèi)部 public double calculateTotalPrice() { double total 0.0; for (CartItem item : items) { total item.getSubTotal(); } // 可能還有折扣、運(yùn)費(fèi)等邏輯 return total; } // 提供不可修改的商品列表視圖防止外部直接修改內(nèi)部List public ListCartItem getItems() { return Collections.unmodifiableList(items); } }這里items這個(gè)列表被嚴(yán)格封裝。外部不能直接cart.getItems().add(...)只能通過addItem和removeItem這兩個(gè)“門”來操作。這保證了購(gòu)物車商品添加、刪除的邏輯是受控的比如你可以在addItem里輕松加入庫(kù)存檢查而不用擔(dān)心其他地方繞過檢查直接修改列表。3. 繼承是“is-a”關(guān)系不是“代碼復(fù)制粘貼”繼承的英文是extends意思是“擴(kuò)展”。它描述的是一種“是一個(gè)is-a”的關(guān)系。比如Student學(xué)生extendsPerson人因?yàn)閷W(xué)生“是”一種人。繼承的核心目的是代碼復(fù)用和建立類之間的層次體系。3.1 繼承的基本語法與內(nèi)存視角// 父類 (基類/超類) class Person { private String name; private int age; public Person(String name, int age) { this.name name; this.age age; } public void introduce() { System.out.println(你好我叫 name 今年 age 歲。); } // getter/setter 省略... } // 子類 (派生類) class Student extends Person { private String studentId; public Student(String name, int age, String studentId) { super(name, age); // 必須首先調(diào)用父類構(gòu)造方法 this.studentId studentId; } public void study() { System.out.println(getName() 正在學(xué)習(xí)。); } Override // 注解表示重寫父類方法 public void introduce() { super.introduce(); // 調(diào)用父類的方法 System.out.println(我的學(xué)號(hào)是 studentId); } }從內(nèi)存的角度理解當(dāng)你創(chuàng)建一個(gè)Student對(duì)象時(shí)內(nèi)存中會(huì)包含一個(gè)完整的Person部分擁有name和age然后再加上Student獨(dú)有的部分studentId。super關(guān)鍵字就像是指向?qū)ο髢?nèi)部“父類部分”的指針。3.2 訪問權(quán)限的細(xì)致把控public, protected, default, private這是繼承中極易混淆的點(diǎn)也是面試?？汀ＴL問權(quán)限決定了子類能看到父類的什么。修飾符當(dāng)前類同包類不同包子類其他類在繼承中的意義private√×××子類完全不可見。父類的私有細(xì)節(jié)被徹底封裝。default(包權(quán)限)√√××子類只有和父類在同一個(gè)包內(nèi)才能訪問。protected√√√×專門為繼承設(shè)計(jì)。子類無論是否同包可以訪問。這是與default的關(guān)鍵區(qū)別。public√√√√完全開放。關(guān)鍵解析private父類的private屬性和方法子類通過繼承是無法直接訪問的。這不是封裝被“破壞”了恰恰是封裝在起作用。如果子類需要訪問父類應(yīng)該提供protected或public的getter/setter。protected它是介于public和default之間的“家族權(quán)限”。它允許跨包的子類訪問但對(duì)外部其他類關(guān)閉。當(dāng)你設(shè)計(jì)一個(gè)期望被繼承的類時(shí)那些打算讓子類使用或重寫的方法通常應(yīng)聲明為protected。構(gòu)造方法不被繼承子類不能繼承父類的構(gòu)造方法但必須通過super(...)調(diào)用父類的某個(gè)構(gòu)造方法編譯器會(huì)默認(rèn)調(diào)用父類無參構(gòu)造如果父類沒有無參構(gòu)造則必須顯式調(diào)用。踩坑實(shí)錄我曾見過有人在父類中把所有屬性都設(shè)為public理由是“方便子類訪問”。這徹底破壞了封裝性。正確的做法是屬性盡量用private如果子類需要讀取提供protected或public的getter如果子類需要修改提供protected的setter并在其中做好校驗(yàn)。將“數(shù)據(jù)”的訪問和“行為”的擴(kuò)展區(qū)分開。3.3 方法重寫Override的規(guī)則與Override注解子類可以重新實(shí)現(xiàn)從父類繼承來的方法這叫重寫。必須遵守以下規(guī)則方法名、參數(shù)列表必須完全相同。返回類型可以相同或者是父類方法返回類型的子類協(xié)變返回類型。訪問權(quán)限不能更嚴(yán)格可以從protected重寫為public但不能從public重寫為private。不能重寫private、final或static方法后兩者屬于隱藏并非重寫。Override注解至關(guān)重要它并非語法必須但強(qiáng)烈建議加上。它的作用是讓編譯器幫你檢查是否真的構(gòu)成了有效的重寫。如果你不小心寫錯(cuò)了方法名或參數(shù)編譯器會(huì)立即報(bào)錯(cuò)避免你誤以為重寫成功了運(yùn)行時(shí)卻調(diào)用了父類方法導(dǎo)致難以調(diào)試的Bug。class Parent { protected void doSomething(String input) { System.out.println(Parent: input); } } class Child extends Parent { Override // 加上這個(gè)注解 public void doSomething(String input) { // 正確訪問權(quán)限更寬松參數(shù)一致 System.out.println(Child: input); } // 如果沒有Override下面這個(gè)錯(cuò)誤寫法編譯能通過但并不是重寫 // public void doSomething(String input, int num) { ... } // 這是重載(Overload) // public void doSomething(Integer input) { ... } // 這也是重載 }3.4 繼承的陷阱與“組合優(yōu)于繼承”原則繼承雖然強(qiáng)大但濫用會(huì)導(dǎo)致設(shè)計(jì)僵化。最大的問題是繼承破壞了封裝性。子類對(duì)父類的實(shí)現(xiàn)細(xì)節(jié)有了過多的了解通過protected成員和依賴。父類的任何改動(dòng)都可能“牽一發(fā)而動(dòng)全身”影響所有子類。什么時(shí)候用繼承嚴(yán)格滿足“is-a”關(guān)系且子類確實(shí)是父類的一種特殊化。例如Manager經(jīng)理繼承Employee員工Circle圓形繼承Shape形狀。什么時(shí)候慎用繼承當(dāng)你只是想復(fù)用另一個(gè)類的代碼但不存在嚴(yán)格的“is-a”關(guān)系時(shí)。例如你有一個(gè)Stack棧類想復(fù)用ArrayList的存儲(chǔ)功能。讓Stack extends ArrayList合適嗎不合適因?yàn)闂２皇且环N列表它有自己的行為約束LIFO。ArrayList的很多公共方法如add(int index, E element)會(huì)破壞棧的約定。這時(shí)應(yīng)該使用組合Composition// 使用組合實(shí)現(xiàn)Stack public class StackE { private ListE list new ArrayList(); // 持有一個(gè)ArrayList實(shí)例 public void push(E item) { list.add(item); // 在尾部添加模擬入棧 } public E pop() { if (list.isEmpty()) { throw new EmptyStackException(); } return list.remove(list.size() - 1); // 從尾部移除模擬出棧 } // 只暴露棧需要的方法完全屏蔽了List的其他方法 public boolean isEmpty() { return list.isEmpty(); } }組合的優(yōu)勢(shì)更好的封裝Stack內(nèi)部如何存儲(chǔ)數(shù)據(jù)對(duì)外完全隱藏。我可以隨時(shí)把ArrayList換成LinkedList而調(diào)用者無感知。更靈活的設(shè)計(jì)我可以讓Stack實(shí)現(xiàn)多個(gè)接口但只能繼承一個(gè)父類。更安全的復(fù)用不會(huì)將父類不適當(dāng)?shù)姆椒ū┞督o外部。“組合優(yōu)于繼承”是面向?qū)ο笤O(shè)計(jì)的一條重要原則。在決定使用繼承前先問問自己子類真的是父類的一種嗎未來父類的變化會(huì)不合理地影響子類嗎如果答案不確定優(yōu)先考慮組合。4. 多態(tài)讓程序擁有“彈性”和“擴(kuò)展性”的魔法多態(tài)是面向?qū)ο笞罹?、最?qiáng)大的特性。它允許你使用父類的引用去指向子類的對(duì)象并且在運(yùn)行時(shí)根據(jù)實(shí)際對(duì)象的類型來調(diào)用相應(yīng)的方法。簡(jiǎn)單說就是同一個(gè)行為方法在不同的對(duì)象上會(huì)有不同的實(shí)現(xiàn)。4.1 向上轉(zhuǎn)型與動(dòng)態(tài)綁定多態(tài)的基石class Animal { public void makeSound() { System.out.println(動(dòng)物發(fā)出聲音); } } class Dog extends Animal { Override public void makeSound() { System.out.println(汪汪汪); } } class Cat extends Animal { Override public void makeSound() { System.out.println(喵喵喵); } } public class TestPolymorphism { public static void main(String[] args) { // 關(guān)鍵在這里編譯時(shí)類型是Animal運(yùn)行時(shí)類型是Dog/Cat Animal myAnimal1 new Dog(); // 向上轉(zhuǎn)型 (Upcasting) Animal myAnimal2 new Cat(); myAnimal1.makeSound(); // 輸出汪汪汪 myAnimal2.makeSound(); // 輸出喵喵喵 // 編譯器看的是myAnimal1的聲明類型(Animal)所以只能調(diào)用Animal類中定義的方法 // myAnimal1.fetchBall(); // 編譯錯(cuò)誤Animal類沒有fetchBall方法 } }向上轉(zhuǎn)型UpcastingAnimal myAnimal1 new Dog();這是安全的因?yàn)楣芬欢ㄊ莿?dòng)物。編譯器檢查通過。動(dòng)態(tài)綁定Dynamic BindingmyAnimal1.makeSound()這行代碼在編譯時(shí)編譯器只知道m(xù)yAnimal1是Animal類型所以它去檢查Animal類是否有makeSound方法。到了運(yùn)行時(shí)JVM會(huì)發(fā)現(xiàn)myAnimal1實(shí)際指向的是一個(gè)Dog對(duì)象于是它調(diào)用的是Dog類中重寫的makeSound方法。這個(gè)“運(yùn)行時(shí)決定調(diào)用哪個(gè)方法”的過程就是動(dòng)態(tài)綁定它是多態(tài)得以實(shí)現(xiàn)的技術(shù)基礎(chǔ)。4.2 多態(tài)的巨大威力編寫通用代碼多態(tài)真正的威力在于它讓你可以編寫出與具體類型無關(guān)的通用代碼。假設(shè)我們有一個(gè)給動(dòng)物看病的Vet獸醫(yī)類class Vet { // 關(guān)鍵方法參數(shù)類型是父類Animal public void treatAnimal(Animal animal) { System.out.println(獸醫(yī)開始檢查動(dòng)物...); animal.makeSound(); // 這里會(huì)發(fā)生多態(tài)調(diào)用 System.out.println(檢查完畢。\n); } } public class Test { public static void main(String[] args) { Vet vet new Vet(); Animal[] animals {new Dog(), new Cat(), new Dog()}; // 動(dòng)物數(shù)組 for (Animal animal : animals) { vet.treatAnimal(animal); // 統(tǒng)一處理無需判斷類型 } } } // 輸出 // 獸醫(yī)開始檢查動(dòng)物... // 汪汪汪 // 檢查完畢。 // // 獸醫(yī)開始檢查動(dòng)物... // 喵喵喵 // 檢查完畢。 // // 獸醫(yī)開始檢查動(dòng)物... // 汪汪汪 // 檢查完畢。Vet.treatAnimal(Animal animal)方法完全不用修改就可以處理任何Animal的子類。明天如果新增一個(gè)Bird鳥類只要它繼承自Animal并重寫了makeSound()就可以直接傳給treatAnimal方法。這就是對(duì)擴(kuò)展開放對(duì)修改關(guān)閉的開閉原則OCP的體現(xiàn)系統(tǒng)的可擴(kuò)展性極大增強(qiáng)。4.3 向下轉(zhuǎn)型、instanceof與避免ClassCastException向上轉(zhuǎn)型是自動(dòng)的、安全的。但有時(shí)我們需要將父類引用轉(zhuǎn)回具體的子類類型以調(diào)用子類特有的方法這就是向下轉(zhuǎn)型Downcasting它是不安全的需要顯式進(jìn)行并可能拋出ClassCastException。Animal animal new Dog(); // animal.fetchBall(); // 編譯錯(cuò)誤 if (animal instanceof Dog) { // 安全的類型檢查 Dog dog (Dog) animal; // 向下轉(zhuǎn)型 dog.fetchBall(); // 現(xiàn)在可以調(diào)用Dog特有的方法了 }instanceof操作符是向下轉(zhuǎn)型的“安全衛(wèi)士”。它用于在運(yùn)行時(shí)檢查對(duì)象是否是指定類或其子類的實(shí)例。一定要先檢查再轉(zhuǎn)型。常見坑點(diǎn)濫用instanceof和向下轉(zhuǎn)型是糟糕設(shè)計(jì)的信號(hào)。如果你發(fā)現(xiàn)代碼里有一連串的if (obj instanceof A) {...} else if (obj instanceof B) {...}這通常意味著多態(tài)沒有被充分利用。你應(yīng)該考慮是否可以將這些子類特有的行為定義到父類的抽象方法或接口中讓多態(tài)機(jī)制去自動(dòng)分發(fā)。4.4 多態(tài)與抽象類/接口設(shè)計(jì)契約純多態(tài)常常與抽象類abstract class和接口interface結(jié)合使用它們定義了行為的“契約”。抽象類包含抽象方法沒有方法體用abstract修飾的類不能實(shí)例化。它用于定義一類對(duì)象的通用模板和部分實(shí)現(xiàn)。abstract class Shape { protected String color; public abstract double calculateArea(); // 抽象方法子類必須實(shí)現(xiàn) public void setColor(String color) { this.color color; } // 具體方法 } class Circle extends Shape { ... } class Rectangle extends Shape { ... }接口在Java 8之前是純粹的行為契約所有方法都是抽象的。Java 8之后可以包含default方法和static方法。一個(gè)類可以實(shí)現(xiàn)多個(gè)接口。interface Drawable { void draw(); // 隱式 public abstract default void printInfo() { System.out.println(這是一個(gè)可繪制對(duì)象); } // 默認(rèn)方法 } interface Movable { void move(int deltaX, int deltaY); } class GameCharacter implements Drawable, Movable { ... } // 多實(shí)現(xiàn)如何選擇抽象類還是接口用抽象類當(dāng)你要為一些緊密相關(guān)的類提供一個(gè)共同的基類并且其中包含一些共享的狀態(tài)字段或公共的實(shí)現(xiàn)代碼時(shí)。用接口當(dāng)你需要定義一種能力或契約并且這種能力可能被許多不相關(guān)的類所擁有時(shí)。優(yōu)先使用接口因?yàn)樗峁┝烁蟮撵`活性多實(shí)現(xiàn)。多態(tài)接口/抽象類是Java中實(shí)現(xiàn)依賴倒置和策略模式等高級(jí)設(shè)計(jì)模式的基礎(chǔ)。它讓高層模塊如Vet不再依賴低層模塊如Dog,Cat而是依賴一個(gè)抽象的契約Animal或Drawable極大地降低了模塊間的耦合度。5. 綜合實(shí)戰(zhàn)用三大特性設(shè)計(jì)一個(gè)簡(jiǎn)單的支付系統(tǒng)讓我們把封裝、繼承、多態(tài)用在一個(gè)更貼近實(shí)際的例子中設(shè)計(jì)一個(gè)支持多種支付方式的簡(jiǎn)易支付系統(tǒng)。5.1 需求分析與初步設(shè)計(jì)需求系統(tǒng)需要支持支付寶支付、微信支付和銀行卡支付。每種支付方式都需要執(zhí)行“支付”操作但具體實(shí)現(xiàn)邏輯不同。同時(shí)支付前后可能需要執(zhí)行一些通用邏輯如記錄日志、驗(yàn)證基礎(chǔ)參數(shù)。第一步利用多態(tài)和接口定義契約我們定義一個(gè)Payment接口所有支付方式都必須實(shí)現(xiàn)它。/** * 支付接口定義支付行為的契約。 */ public interface Payment { /** * 執(zhí)行支付 * param amount 支付金額分 * return 支付是否成功 */ boolean pay(int amount); /** * 獲取支付方式名稱 */ String getPaymentMethod(); }第二步利用封裝實(shí)現(xiàn)具體支付類每個(gè)支付類封裝自己具體的支付邏輯這里用模擬操作代替真實(shí)網(wǎng)絡(luò)調(diào)用。/** * 支付寶支付實(shí)現(xiàn)類 */ public class AlipayPayment implements Payment { private String accountId; // 支付寶賬戶ID私有化封裝 private String appId; // 應(yīng)用ID public AlipayPayment(String accountId, String appId) { this.accountId accountId; this.appId appId; } Override public boolean pay(int amount) { // 封裝的內(nèi)部邏輯參數(shù)校驗(yàn)、構(gòu)造請(qǐng)求、調(diào)用支付寶SDK、處理響應(yīng) System.out.println([Alipay] 正在向賬戶 accountId 發(fā)起支付 amount 分); // 模擬支付過程 boolean success simulateNetworkCall(); System.out.println([Alipay] 支付結(jié)果 (success ? 成功 : 失敗)); return success; } Override public String getPaymentMethod() { return 支付寶; } // 私有方法模擬網(wǎng)絡(luò)調(diào)用外部不可見 private boolean simulateNetworkCall() { // 模擬90%的成功率 return Math.random() 0.1; } // 提供getter但可能不提供setter因?yàn)橘~戶信息創(chuàng)建后通常不變 public String getAccountId() { return accountId; } } /** * 微信支付實(shí)現(xiàn)類 */ public class WechatPayment implements Payment { private String openId; private String mchId; public WechatPayment(String openId, String mchId) { this.openId openId; this.mchId mchId; } Override public boolean pay(int amount) { System.out.println([Wechat] 正在向用戶 openId 發(fā)起支付 amount 分); boolean success simulateNetworkCall(); System.out.println([Wechat] 支付結(jié)果 (success ? 成功 : 失敗)); return success; } Override public String getPaymentMethod() { return 微信支付; } private boolean simulateNetworkCall() { return Math.random() 0.15; // 模擬85%成功率 } }第三步利用繼承或組合實(shí)現(xiàn)支付處理器我們可以創(chuàng)建一個(gè)PaymentProcessor類它封裝了支付前后的通用邏輯并利用多態(tài)調(diào)用具體的支付方式。import java.time.LocalDateTime; /** * 支付處理器封裝支付流程的通用邏輯。 */ public class PaymentProcessor { // 可以在這里注入日志服務(wù)、配置等通過組合 // private Logger logger; /** * 執(zhí)行支付流程 * param payment 支付方式多態(tài)的核心 * param amount 金額 * param orderId 訂單號(hào) * return 支付結(jié)果 */ public PaymentResult processPayment(Payment payment, int amount, String orderId) { // 1. 前置通用邏輯參數(shù)校驗(yàn)、日志記錄 if (amount 0) { throw new IllegalArgumentException(支付金額必須大于0); } System.out.println(LocalDateTime.now() 開始處理訂單 orderId 支付方式 payment.getPaymentMethod()); // 2. 核心支付操作這里發(fā)生了多態(tài)調(diào)用 // 編譯器只知道payment是Payment類型運(yùn)行時(shí)才知道是AlipayPayment還是WechatPayment boolean success payment.pay(amount); // 3. 后置通用邏輯更新狀態(tài)、記錄結(jié)果 PaymentResult result new PaymentResult(orderId, success, payment.getPaymentMethod(), amount); System.out.println(LocalDateTime.now() 訂單 orderId 處理完畢結(jié)果 result); return result; } } /** * 支付結(jié)果封裝類使用封裝來規(guī)整返回?cái)?shù)據(jù) */ public class PaymentResult { private final String orderId; private final boolean success; private final String paymentMethod; private final int amount; private final LocalDateTime finishTime; public PaymentResult(String orderId, boolean success, String paymentMethod, int amount) { this.orderId orderId; this.success success; this.paymentMethod paymentMethod; this.amount amount; this.finishTime LocalDateTime.now(); } // getter 省略... Override public String toString() { return String.format(PaymentResult{orderId%s, success%s, method%s, amount%d}, orderId, success, paymentMethod, amount); } }第四步客戶端使用public class PaymentClient { public static void main(String[] args) { PaymentProcessor processor new PaymentProcessor(); // 多態(tài)的體現(xiàn)Payment接口的引用可以指向任何實(shí)現(xiàn)類對(duì)象 Payment alipay new AlipayPayment(2088xxx, 2021001xxx); Payment wechat new WechatPayment(oX123456, 1900000xxx); // 處理支付寶支付 PaymentResult result1 processor.processPayment(alipay, 10000, ORDER_001); // 處理微信支付 - 處理器代碼完全不用改 PaymentResult result2 processor.processPayment(wechat, 20000, ORDER_002); // 未來新增銀行卡支付只需新增一個(gè)類實(shí)現(xiàn)Payment接口 // Payment bankCard new BankCardPayment(6228xxx, 張三); // processor.processPayment(bankCard, 30000, ORDER_003); // 處理器依然無需修改 } }5.2 設(shè)計(jì)模式與三大特性的結(jié)合上面的支付系統(tǒng)簡(jiǎn)單體現(xiàn)了策略模式Strategy Pattern的思想。Payment接口是策略AlipayPayment和WechatPayment是具體策略PaymentProcessor是上下文Context。策略模式的核心就是利用多態(tài)在運(yùn)行時(shí)動(dòng)態(tài)切換算法支付方式。通過這個(gè)案例你可以清晰地看到封裝每個(gè)支付類將自己的賬號(hào)信息、SDK調(diào)用細(xì)節(jié)封裝起來。PaymentProcessor將支付流程的通用步驟封裝起來。繼承/實(shí)現(xiàn)AlipayPayment和WechatPayment通過implements關(guān)鍵字實(shí)現(xiàn)了Payment接口建立了“是一種支付方式”的關(guān)系。多態(tài)PaymentProcessor.processPayment(Payment payment, ...)方法接收一個(gè)Payment類型的參數(shù)。在運(yùn)行時(shí)傳入的無論是支付寶還是微信對(duì)象都能正確調(diào)用其各自的pay()方法。這使得增加新的支付方式如BankCardPayment變得極其容易符合開閉原則。6. 高頻面試題深度剖析與避坑指南結(jié)合網(wǎng)絡(luò)熱詞中的那些面試題我們來深入剖析幾個(gè)容易踩坑的點(diǎn)。6.1 “子類繼承父類時(shí)訪問權(quán)限是怎樣的”這題考的是對(duì)訪問修飾符在繼承中作用的理解。核心記住子類繼承了父類所有的非私有private成員字段和方法。注意是“繼承”了不代表能“直接訪問”。子類內(nèi)部能否直接訪問父類的某個(gè)成員取決于該成員的訪問修飾符。public/protected可以。default包權(quán)限只有父子類在同包時(shí)可以。private不可以。必須通過父類提供的公共或受保護(hù)的方法如getter間接訪問。方法重寫時(shí)子類方法的訪問權(quán)限不能比父類更嚴(yán)格可以相等或更寬松。例如父類方法是protected子類重寫時(shí)可以設(shè)為protected或public但不能是default或private。6.2 “Java多態(tài)的實(shí)現(xiàn)原理是什么”這是JVM層面的知識(shí)。簡(jiǎn)要回答 多態(tài)的實(shí)現(xiàn)依賴于JVM的方法調(diào)用機(jī)制和方法表Method Table。編譯時(shí)編譯器進(jìn)行靜態(tài)綁定檢查引用類型如Animal是否有被調(diào)用的方法如makeSound()并進(jìn)行語法檢查。運(yùn)行時(shí)JVM使用動(dòng)態(tài)綁定。每個(gè)類在加載后都會(huì)在方法區(qū)生成一個(gè)方法表其中列出了該類的所有方法的實(shí)際入口地址包括繼承來的。當(dāng)通過父類引用調(diào)用一個(gè)方法時(shí)如animal.makeSound()JVM會(huì) a. 獲取對(duì)象實(shí)際類型的類信息比如是Dog類。 b. 在Dog類的方法表中查找makeSound方法的入口地址。 c. 調(diào)用該地址指向的方法即Dog.makeSound()。 因此多態(tài)的效率接近于普通的非虛方法調(diào)用性能開銷很小。6.3 “重寫Override和重載Overload的區(qū)別”這是基礎(chǔ)必考題必須清晰。重寫Override發(fā)生在父子類之間是運(yùn)行時(shí)多態(tài)的體現(xiàn)。方法名、參數(shù)列表必須完全相同。返回類型可以相同或是其子類協(xié)變。訪問權(quán)限不能更嚴(yán)格。不能重寫private、final、static方法。Override注解強(qiáng)制編譯器檢查。重載Overload發(fā)生在同一個(gè)類內(nèi)部是編譯時(shí)多態(tài)的體現(xiàn)。方法名必須相同參數(shù)列表必須不同類型、個(gè)數(shù)、順序至少一個(gè)不同。返回類型、訪問修飾符可以不同。與繼承無關(guān)。常見坑試圖通過改變返回類型來重載但參數(shù)列表相同這是不允許的會(huì)導(dǎo)致編譯錯(cuò)誤。6.4 “instanceof和類型轉(zhuǎn)換的注意事項(xiàng)”instanceof用于在運(yùn)行時(shí)檢查對(duì)象是否是指定類型或其后代類型的實(shí)例。null instanceof AnyClass總是返回false。向下轉(zhuǎn)型前必須使用instanceof進(jìn)行檢查否則可能拋出ClassCastException。好的面向?qū)ο笤O(shè)計(jì)應(yīng)盡量減少向下轉(zhuǎn)型的使用。如果你頻繁需要判斷對(duì)象的具體類型并做不同操作考慮是否能用多態(tài)來重構(gòu)例如將差異行為定義為父類的抽象方法。6.5 “構(gòu)造方法、代碼塊、靜態(tài)代碼塊在繼承中的執(zhí)行順序”這是一個(gè)經(jīng)典的執(zhí)行順序問題對(duì)于理解對(duì)象初始化過程至關(guān)重要。class Parent { static { System.out.println(Parent靜態(tài)代碼塊); } { System.out.println(Parent構(gòu)造代碼塊); } Parent() { System.out.println(Parent構(gòu)造方法); } } class Child extends Parent { static { System.out.println(Child靜態(tài)代碼塊); } { System.out.println(Child構(gòu)造代碼塊); } Child() { System.out.println(Child構(gòu)造方法); } } public class Test { public static void main(String[] args) { new Child(); } }輸出順序Parent靜態(tài)代碼塊Child靜態(tài)代碼塊Parent構(gòu)造代碼塊Parent構(gòu)造方法Child構(gòu)造代碼塊Child構(gòu)造方法記憶口訣先靜態(tài)后普通先父類后子類先代碼塊后構(gòu)造器。靜態(tài)代碼塊在類加載時(shí)執(zhí)行且只執(zhí)行一次。父類先于子類。構(gòu)造代碼塊實(shí)例初始化塊在每次創(chuàng)建對(duì)象時(shí)執(zhí)行在構(gòu)造方法之前執(zhí)行。父類的先于子類的執(zhí)行。構(gòu)造方法最后執(zhí)行。子類構(gòu)造方法的第一行顯式或隱式必須調(diào)用父類構(gòu)造方法super(...)。理解這個(gè)順序?qū)τ谂挪橐虺跏蓟樞驅(qū)е碌腘ullPointerException等問題非常有幫助。封裝、繼承、多態(tài)不是三個(gè)孤立的知識(shí)點(diǎn)而是構(gòu)建可維護(hù)、可擴(kuò)展Java應(yīng)用程序的三大支柱。封裝讓你能構(gòu)建堅(jiān)固、安全的“模塊”繼承讓你能在這些模塊之間建立清晰的層次關(guān)系并復(fù)用代碼多態(tài)則讓這些模塊能夠靈活地組合和協(xié)作。從“怎么寫類”到“怎么設(shè)計(jì)類之間的關(guān)系”再到“怎么讓這些類一起工作”這三步走下來你的代碼才能真正具備面向?qū)ο蟮撵`魂。下次當(dāng)你再看到private、extends、Override這些關(guān)鍵字時(shí)希望你能想到的不只是語法更是它們背后所代表的設(shè)計(jì)思想和所能構(gòu)建的優(yōu)雅世界。