Thư Viện Câu Hỏi Phỏng Vấn

Cơ chế Null Safety trong Kotlin

Kotlin phân biệt rõ ràng giữa các loại tham chiếu có thể chứa null (nullable) và không thể chứa null (non-nullable) ngay tại hệ thống kiểu (type system).

So sánh Sealed Classes và Enum Classes

Trong kiến trúc MVVM, việc quản lý trạng thái UI (Loading, Success, Error) yêu cầu sự linh hoạt cao.

Cơ chế kế thừa trong Kotlin

1. Định nghĩa

• Final class (mặc định): Không thể kế thừa. Đây là thiết kế mặc định của Kotlin.
• Open class: Cho phép các class khác kế thừa từ nó.

2. Tại sao mặc định là 'final'?

• Hiệu năng: Trình biên dịch có thể tối ưu hóa các lời gọi hàm (static dispatch) vì biết chắc chắn không có sự thay đổi hành vi từ class con.
• Bảo mật và ổn định: Tránh việc vô tình thay đổi hành vi của class thông qua kế thừa (Fragile Base Class problem). Điều này giúp code dễ dự đoán hơn trong các hệ thống lớn.

3. Ví dụ

class Base // Mặc định là final, không thể kế thừa
open class Parent // Phải có từ khóa open để kế thừa
class Child : Parent()

Lưu ý thực chiến: Chỉ nên dùng open khi bạn thực sự thiết kế class đó để phục vụ mục đích mở rộng (polymorphism).

Data Classes trong Kotlin

Data classes được thiết kế chuyên biệt để lưu trữ dữ liệu, giúp giảm thiểu boilerplate code.

Sequence vs Iterable

1. Cơ chế hoạt động

• Iterable (Eager evaluation): Mỗi thao tác (map, filter) sẽ tạo ra một tập hợp mới ngay lập tức. Điều này gây tốn bộ nhớ khi xử lý danh sách lớn.
• Sequence (Lazy evaluation): Các thao tác được thực hiện theo từng phần tử (pipeline). Phần tử đầu tiên đi qua toàn bộ chuỗi thao tác trước khi phần tử thứ hai bắt đầu.

2. Khi nào nên dùng Sequence?

• Khi danh sách dữ liệu đầu vào rất lớn.
• Khi có nhiều thao tác trung gian (chaining).
• Khi bạn chỉ cần lấy một phần kết quả (ví dụ: find, first).

3. Ví dụ

val list = (1..1000000).toList()
val result = list.asSequence()
    .filter { it % 2 == 0 }
    .map { it * 2 }
    .toList()

Lưu ý thực chiến: Với danh sách nhỏ, Iterable thường nhanh hơn do overhead của việc tạo object Sequence. Chỉ ưu tiên Sequence khi tối ưu hóa hiệu năng cho tập dữ liệu lớn.

Bản chất của lateinit

'lateinit' cho phép khai báo một thuộc tính không null mà không cần khởi tạo ngay tại thời điểm định nghĩa. Điều này cực kỳ hữu ích trong các framework như Android (ví dụ: khởi tạo View trong onCreate) hoặc Dependency Injection.

Khác biệt cốt lõi

• 'val': Là biến chỉ đọc (read-only). Giá trị của nó được xác định tại thời điểm runtime.
• 'const val': Là hằng số biên dịch (compile-time constant). Giá trị của nó phải được biết tại thời điểm biên dịch.

Ảnh hưởng hiệu năng

• 'const val' được thay thế trực tiếp bằng giá trị thực tế tại nơi sử dụng (inlining), giúp giảm thiểu việc truy cập bộ nhớ hoặc gọi hàm getter.
• 'val' thông thường sẽ tạo ra một phương thức getter ẩn, gây ra overhead nhỏ khi truy cập.

Quy tắc áp dụng

• Sử dụng 'const val' cho các giá trị cố định như cấu hình, key, hoặc các giá trị không bao giờ thay đổi trong suốt vòng đời ứng dụng.
• Sử dụng 'val' khi giá trị phụ thuộc vào logic tính toán hoặc kết quả từ hàm khác tại runtime.

Lưu ý

'const val' chỉ có thể được khai báo ở cấp độ file (top-level) hoặc bên trong 'object' / 'companion object'.

Cơ chế Delegated Properties

Delegation cho phép chuyển giao logic của việc truy cập (getter/setter) của một thuộc tính cho một đối tượng khác. Điều này giúp tách biệt logic quản lý dữ liệu khỏi logic nghiệp vụ.

Bản chất

• 'map': Biến đổi từng phần tử trong một tập hợp thành một giá trị khác. Kết quả là một tập hợp mới có cùng số lượng phần tử.
• 'flatMap': Biến đổi từng phần tử thành một tập hợp con, sau đó gộp (flatten) tất cả các tập hợp con đó thành một tập hợp duy nhất.

Khi nào sử dụng?

• Sử dụng 'map' khi bạn cần chuyển đổi kiểu dữ liệu 1-1 (ví dụ: chuyển danh sách User thành danh sách tên User).
• Sử dụng 'flatMap' khi mỗi phần tử chứa một danh sách con và bạn muốn lấy ra tất cả các phần tử con đó thành một danh sách phẳng (ví dụ: lấy danh sách tất cả các đơn hàng từ danh sách khách hàng).

Tối ưu hóa

Trong các hệ thống Enterprise xử lý dữ liệu lớn, việc sử dụng 'flatMap' không hợp lý có thể gây tốn bộ nhớ do tạo ra nhiều tập hợp trung gian. Hãy cân nhắc sử dụng 'Sequence' để xử lý dữ liệu theo cơ chế lazy evaluation.

Vấn đề hiệu năng

Trong Java/Kotlin, 'String' là bất biến (immutable). Mỗi khi bạn dùng toán tử '+', một đối tượng 'String' mới sẽ được tạo ra trong bộ nhớ. Nếu thực hiện trong vòng lặp lớn, nó sẽ tạo ra hàng nghìn đối tượng thừa, gây áp lực lên Garbage Collection (GC).

Bản chất cơ chế Smart Cast

Smart Cast trong Kotlin là tính năng tự động chuyển đổi kiểu dữ liệu của một biến sau khi nó đã được kiểm tra kiểu (type check) thông qua toán tử is. Trình biên dịch Kotlin sẽ theo dõi luồng điều khiển (control flow) và tự động ép kiểu mà lập trình viên không cần phải gọi tường minh các hàm ép kiểu như as.

Khái niệm và Vấn đề của đệ quy thông thường

Đệ quy thông thường (Standard Recursion) lưu trữ các Stack Frame trong Call Stack cho mỗi lời gọi hàm. Khi số lượng lời gọi quá lớn (ví dụ hàng nghìn lần), hệ thống sẽ gặp lỗi StackOverflowError.

Cơ chế hoạt động

Destructuring Declarations cho phép giải cấu trúc một đối tượng thành nhiều biến riêng lẻ chỉ trong một dòng lệnh. Cơ chế này hoạt động dựa trên các hàm toán tử được định nghĩa sẵn trong lớp gọi là componentN() (ví dụ: component1(), component2(),...). Đối với các data class, trình biên dịch Kotlin tự động sinh ra các hàm componentN() tương ứng với thứ tự khai báo của các thuộc tính trong constructor chính.

Phân biệt Nested Classes và Inner Classes

Khái niệm Type Aliases

Type Aliases cho phép định nghĩa một tên gọi thay thế (alias) cho các kiểu dữ liệu đã tồn tại. Nó không tạo ra một kiểu dữ liệu mới hoàn toàn mà chỉ cung cấp một định danh ngắn gọn và dễ hiểu hơn cho kiểu dữ liệu gốc.