Nếu bạn đã theo dõi các bài viết trước của tôi về các câu hỏi phỏng vấn Java SE 8, hẳn bạn đã nắm được những khái niệm cơ bản.

Hôm nay, chúng ta sẽ cùng đi sâu vào các khía cạnh quan trọng khác của Java SE 8, từ khái niệm Internal Iteration mạnh mẽ, những cải tiến đột phá trong Interface với Default và Static Methods, đến sự thay đổi lớn trong API Xử lý Ngày và Giờ, và cả cách Java 8 giải quyết vấn đề kế thừa đa hình (Multiple Inheritance) phức tạp.

Câu hỏi và câu trả lời phỏng vấn Java SE 8

Internal Iteration trong Java SE 8 là gì?

Trước Java 8, chúng ta quen thuộc với khái niệm External Iteration, nơi chúng ta tự kiểm soát vòng lặp (ví dụ: for-each loop) để duyệt qua các phần tử của một đối tượng tập hợp như Collections hay Arrays. Tuy nhiên, Java 8 đã giới thiệu một tính năng đột phá: Internal Iteration

Internal Iteration có nghĩa là Java API tự mình duyệt qua từng phần tử của một đối tượng tập hợp một cách nội bộ. Thay vì ứng dụng của chúng ta tự điều khiển quá trình lặp từng phần tử, chúng ta yêu cầu Java API thực hiện công việc này một cách nội bộ. Điều này mở ra cánh cửa cho phong cách lập trình khai báo (Declarative Programming) và tận dụng hiệu quả khả năng xử lý song song.

Sự khác biệt giữa External Iteration và Internal Iteration?

Những nhược điểm chính của External Iteration là gì?

External Iteration, dù quen thuộc, lại có những nhược điểm đáng kể:

• Chúng ta phải viết code theo phong cách Imperative Style.
• Sự tách bạch trách nhiệm không rõ ràng: Có sự gắn kết chặt chẽ (Tightly-Coupling) giữa phần code “cần làm gì” và “làm như thế nào”.
• Code khó đọc hơn và dễ dẫn đến Boilerplate code (mã lặp đi lặp lại không cần thiết).
• Chúng ta phải duyệt các phần tử theo thứ tự tuần tự (Sequential order) một cách mặc định.
• Nó không hỗ trợ hiệu quả cho tính đồng thời (Concurrency) và song song (Parallelism).

Ưu điểm chính của Internal Iteration so với External Iteration là gì?

Ngược lại, Internal Iteration mang lại nhiều lợi ích vượt trội:

• Nó tuân theo phong cách lập trình hàm (Functional Programming), cho phép chúng ta viết mã theo Declarative Style (khai báo).
• Code trở nên súc tích, dễ đọc hơn và tránh được Boilerplate code.
• Không cần thiết phải duyệt các phần tử theo thứ tự tuần tự.
• Nó hỗ trợ mạnh mẽ cho tính đồng thời và song song. Chúng ta có thể dễ dàng viết mã song song để cải thiện hiệu năng ứng dụng.
• Có sự tách biệt rõ ràng trách nhiệm (Clear separation of Responsibilities), với sự gắn kết lỏng lẻo (Loosely-Coupling) giữa “cần làm gì” và “làm như thế nào”.
• Chúng ta chỉ cần viết mã về “cần làm gì”, và Java API sẽ tự động xử lý “làm như thế nào”.

Nhược điểm chính của Internal Iteration là gì?

Tuy nhiên, không có gì là hoàn hảo. Internal Iteration cũng có một nhược điểm lớn:

• Vì Java API đảm nhiệm việc lặp các phần tử một cách nội bộ, chúng ta không có quyền kiểm soát trực tiếp quá trình lặp.

Ưu điểm chính của Internal Iteration là gì?

Chính vì thế, External Iteration vẫn giữ một lợi thế quan trọng:

• Trong External Iteration, Java API không tự mình điều khiển quá trình lặp, nên chúng ta có quyền kiểm soát rất lớn đối với quá trình lặp.

Khi nào chúng ta cần sử dụng Internal Iteration và khi nào là External Iteration

Chúng ta cần hiểu rõ các tình huống để lựa chọn loại lặp phù hợp:

• Khi bạn cần kiểm soát chi tiết từng bước lặp, External Iteration là lựa chọn phù hợp.
• Khi bạn không cần kiểm soát chi tiết quá trình lặp, Internal Iteration là ưu tiên.
• Khi bạn cần phát triển các ứng dụng có tính đồng thời và song song cao (Highly Concurrency and Parallel applications), chúng ta nên sử dụng Internal Iteration.

Sự khác nhau giữa các Intermediate Operations và Terminal Operations trong Stream API của Java 8?

Có thể cung cấp các triển khai phương thức trong Java Interfaces không? Nếu có thì làm như thế nào??

Trước Java 7, việc triển khai phương thức trong Interface là điều không thể – Interface chỉ chứa các khai báo phương thức abstract và các hằng số. Nhưng Java SE 8 đã thay đổi điều này, mang đến hai khái niệm mới cho phép chúng ta cung cấp triển khai phương thức ngay trong Interface:

• Default Methods
• Static Methods

Default Method là gì? Tại sao chúng ta cần Default Method trong Java 8 Interfaces ?

Một Default Method là một phương thức được triển khai trực tiếp trong Interface bằng từ khóa default. Đây là một tính năng mới được giới thiệu trong Java SE 8.

Chúng ta cần Default Method vì những lý do sau:

• Chúng cho phép chúng ta thêm chức năng mới vào Interface mà không làm hỏng các lớp đã triển khai Interface đó. Các lớp này không bắt buộc phải triển khai phương thức default mới.
• Để cung cấp tính năng tương thích ngược (Backwards Compatibility) một cách thanh lịch, giúp các API lớn như Collections API có thể thêm các phương thức mới mà không gây ảnh hưởng đến hàng triệu dòng code hiện có.
• Giúp dễ dàng mở rộng và bảo trì chức năng hiện có.

Static Methods là gì? Tại sao chúng ta cần Static Methods trong Java 8 Interfaces ?

Một Static Method trong Interface là một phương thức tiện ích (Utility method) hoặc phương thức trợ giúp (Helper method), gắn liền với Interface chứ không phải bất kỳ đối tượng nào của Interface đó. Chúng ta gọi chúng trực tiếp thông qua tên Interface.

Chúng ta cần Static Methods vì những lý do sau:

• Chúng ta có thể nhóm các phương thức tiện ích liên quan trực tiếp đến một Interface vào cùng một nơi, thay vì phải tạo một lớp tiện ích riêng biệt (ví dụ: Collections, Arrays cho các phiên bản Java cũ hơn).
• Tăng cường sự tách bạch trách nhiệm: Các phương thức tiện ích cho một API cụ thể sẽ nằm gọn trong chính Interface đó.
• Giúp dễ dàng mở rộng và bảo trì API.

Sự khác biệt giữa Functional Programming và Object-Oriented Programming là gì ?

Lập trình hàm (Functional Programming – FP) và Lập trình hướng đối tượng (Object-Oriented Programming – OOP) là hai mô hình lập trình chủ đạo, với những triết lý khác nhau:

• Object-Oriented Programming (OOP): Tập trung vào đối tượng, nơi dữ liệu (state) và các phương thức xử lý dữ liệu (behavior) được đóng gói cùng nhau. OOP dựa trên các nguyên tắc như Đóng gói (Encapsulation), Kế thừa (Inheritance), Đa hình (Polymorphism) và Trừu tượng (Abstraction). Nó thường nhấn mạnh vào việc thay đổi trạng thái của đối tượng.
• Functional Programming (FP): Tập trung vào hàm số (functions) và việc tránh các trạng thái có thể thay đổi (mutable state). FP ưu tiên các hàm thuần túy (pure functions – hàm luôn trả về cùng một kết quả với cùng đầu vào và không gây ra tác dụng phụ), tính bất biến (immutability), và luồng dữ liệu thông qua các hàm.

Java 8 đã tích hợp nhiều tính năng của lập trình hàm như Lambda Expressions và Stream API, cho phép chúng ta viết code khai báo và tận dụng lợi thế của lập trình song song một cách dễ dàng hơn, mặc dù bản chất Java vẫn là một ngôn ngữ OOP.

Hãy giải thích những vấn đề của Date API cũ trong Java? Những ưu điểm của Date and Time API trong Java 8 so với Date API cũ và Joda Time API là gì?

Old Java Date API (trước Java SE 8) bao gồm các lớp như java.util.Date, java.util.Calendar, java.text.SimpleDateFormat… API này có nhiều vấn đề và nhược điểm:

• Phần lớn API đã bị đánh dấu lỗi thời (deprecated).
• Khó đọc: Cú pháp của nó thường khó hiểu và ít trực quan cho con người.
• java.util.Date là mutable (có thể thay đổi) và không an toàn cho luồng (not Thread-Safe), dẫn đến các lỗi tiềm ẩn trong môi trường đa luồng.
• java.text.SimpleDateFormat cũng không an toàn cho luồng, gây ra vấn đề khi định dạng ngày trong môi trường đồng thời.
• Hiệu năng kém hơn.

Java SE 8’s Date and Time API (thuộc gói java.time) đã khắc phục những vấn đề này, mang lại nhiều lợi ích vượt trội:

• Rất đơn giản và dễ sử dụng.
• Cú pháp trực quan, dễ đọc (Human Readable Syntax).
• Toàn bộ API đều là Thread-Safe vì các đối tượng của nó là bất biến (immutable).
• Hiệu năng tốt hơn.

Tại sao chúng ta cần Date and Time API mới trong Java SE 8? Hãy giải thích cách mà Date and Time API trong Java SE 8 khắc phục các vấn đề của Date API cũ trong Java?

Chúng ta cần Java 8’s Date and Time API để phát triển các ứng dụng Java có hiệu năng cao, an toàn cho luồng (Thread-Safe) và có khả năng mở rộng .

Java 8’s Date and Time API giải quyết tất cả các vấn đề của Old Java Date API bằng cách tuân thủ các nguyên tắc bất biến và an toàn luồng . Các lớp như LocalDate, LocalTime, LocalDateTime, ZonedDateTime đều là bất biến. Khi bạn thực hiện một phép toán (ví dụ: cộng thêm ngày), thay vì thay đổi đối tượng hiện có, chúng sẽ trả về một đối tượng mới, đảm bảo tính an toàn cho luồng và đơn giản hóa việc lập trình.

Sự khác biệt giữa Date API cũ của Java và Date and Time API trong Java 8 là gì?

Đa kế thừa là gì? Java 8 hỗ trợ đa kế thừa như thế nào?

Kế thừa đa hình (Multiple Inheritance) có nghĩa là một lớp có thể kế thừa hoặc mở rộng các đặc tính và tính năng từ nhiều hơn một lớp cha.

Trong Java 7 hoặc các phiên bản trước, Kế thừa đa hình từ các lớp cụ thể là không thể, vì Java tuân theo quy tắc “một lớp chỉ có thể kế thừa một và chỉ một lớp hoặc lớp trừu tượng (abstract class)”. Tuy nhiên, việc cung cấp Đa triển khai (Multiple Implementation) thông qua Interface luôn được hỗ trợ, vì Java cho phép một lớp triển khai bất kỳ số lượng Interface nào.

Với việc giới thiệu Default Methods trong Interface ở Java 8, Java đã gián tiếp hỗ trợ một dạng Kế thừa đa hình thông qua triển khai phương thức trong Interface. Điều này có nghĩa là, một lớp có thể kế thừa các triển khai mặc định từ nhiều Interface khác nhau.

Vấn đề Diamond Problem trong interface do các phương thức default là gì? Java 8 giải quyết vấn đề này như thế nào?

Diamond Problem phát sinh khi một lớp triển khai nhiều Interface, và các Interface đó lại có cùng một phương thức default.

Hãy xem ví dụ sau:

interface A {
	default void display() {
		System.out.println("A");
	}
}
interface B extends A {
default void display() {
System.out.println("B");
}
}
interface C extends A {
default void display() {
System.out.println("C");
}
}
class D implements B, C {
}

Trong đoạn mã trên, lớp D sẽ báo lỗi biên dịch: “Duplicate default methods named display with the parameters () and () are inherited from the types C and B”. Điều này xảy ra vì trình biên dịch Java sẽ bối rối không biết nên sử dụng phiên bản display() nào cho lớp D, do D kế thừa phương thức display() từ cả Interface B và C.

Để giải quyết vấn đề này, Java 8 đã cung cấp giải pháp như sau:

class D implements B, C {
@Override
public void display() {
	B.super.display(); // Explicitly call default method from interface B
}

}

Với B.super.display();, chúng ta chỉ định rõ ràng phiên bản phương thức default mà chúng ta muốn sử dụng. Nếu bạn muốn sử dụng phương thức default của Interface C, bạn chỉ cần thay đổi thành C.super.display();

Kết luận

Chúng ta đã cùng nhau khám phá sâu hơn về Java SE 8, đặc biệt là những thay đổi quan trọng trong cách chúng ta xử lý việc lặp dữ liệu với Internal Iteration, sức mạnh và tính linh hoạt mà Default và Static Methods mang lại cho Interface, cải tiến vượt bậc của Date and Time API, và cách Java 8 khéo léo giải quyết vấn đề Diamond Problem trong kế thừa đa hình.

Hãy tiếp tục thực hành, áp dụng chúng vào các dự án thực tế để củng cố kiến thức. Java vẫn đang không ngừng phát triển, và việc liên tục cập nhật là chìa khóa để trở thành một chuyên gia.