Trả lời: PHP là một ngôn ngữ kịch bản phía máy chủ (Server-side). Mỗi khi có một yêu cầu (Request) từ trình duyệt, máy chủ (như Nginx/Apache) sẽ gọi PHP để thực thi file script.

Tại sao: PHP hoạt động theo mô hình “Shared Nothing”. Tức là sau khi PHP xử lý xong một Request và trả về kết quả (Response), toàn bộ tài nguyên (biến, bộ nhớ) sẽ bị xóa sạch. Request tiếp theo sẽ bắt đầu từ con số 0.

Trả lời: OOP là một phương pháp lập trình dựa trên các “đối tượng” (Objects) chứa dữ liệu và hành động. 4 tính chất: Encapsulation (Đóng gói), Inheritance (Kế thừa), Polymorphism (Đa hình), Abstraction (Trừu tượng).

Trả lời: Biến bắt đầu bằng $. Quy tắc: Phải bắt đầu bằng chữ cái hoặc dấu gạch dưới, không được bắt đầu bằng số, phân biệt chữ hoa chữ thường.

Trả lời: String, Integer, Float, Boolean, Array, Object, NULL, Resource.

Trả lời:

• == (Loose comparison): So sánh giá trị sau khi ép kiểu (Ví dụ: '1' == 1 là true).
• === (Strict comparison): So sánh cả giá trị và kiểu dữ liệu (Ví dụ: '1' === 1 là false).

Trả lời:

• isset(): Kiểm tra biến có được khởi tạo và khác NULL hay không.
• empty(): Kiểm tra biến có giá trị “trống” hay không (NULL, false, 0, “”, mảng rỗng).

Trả lời:

• include: Nếu lỗi (không tìm thấy file), chỉ đưa ra cảnh báo (Warning) và script vẫn tiếp tục chạy.
• require: Nếu lỗi, sẽ gây ra lỗi nghiêm trọng (Fatal Error) và dừng script ngay lập tức.

Trả lời: 3 loại: Mảng chỉ số (Indexed arrays), Mảng kết hợp (Associative arrays), Mảng đa chiều (Multidimensional arrays).

Trả lời: Lớp phương thức đặc biệt __construct() tự động được gọi khi một đối tượng (object) được tạo ra từ lớp.

Trả lời:

• public: Truy cập được từ bất cứ đâu.
• protected: Chỉ truy cập được trong nội bộ lớp và các lớp kế thừa.
• private: Chỉ truy cập được duy nhất trong nội bộ lớp định nghĩa nó.

Trả lời: SOLID là 5 nguyên lý thiết kế. Chữ S (Single Responsibility Principle): Mỗi lớp chỉ nên có một lý do duy nhất để thay đổi, tức là chỉ làm một nhiệm vụ duy nhất.

Trả lời: Trait là một cơ chế giúp tái sử dụng code trong các ngôn ngữ đơn kế thừa như PHP.

• Nên dùng: Khi bạn có các phương thức muốn dùng chung ở nhiều lớp khác nhau nhưng các lớp đó không thuộc cùng một cây kế thừa.

Trả lời:

• Interface: Chỉ định nghĩa “hành vi” (contract), không chứa logic. Một lớp có thể thực thi nhiều interface.
• Abstract Class: Có thể chứa logic mặc định. Một lớp chỉ có thể kế thừa một lớp cha.

Trả lời: Là việc chỉ định kiểu dữ liệu cho tham số đầu vào của hàm/phương thức.

• Tại sao: Giúp code rõ ràng hơn, giảm thiểu lỗi runtime và cho phép IDE hỗ trợ tốt hơn.

Trả lời: Là kỹ thuật cung cấp các phụ thuộc (dependencies) từ bên ngoài vào một lớp thay vì để lớp đó tự tạo ra. Giúp code dễ test và giảm sự phụ thuộc cứng nhắc.

Trả lời:

• self: Trỏ về lớp hiện tại nơi phương thức được định nghĩa.
• static: Trỏ về lớp thực tế đang gọi phương thức (hỗ trợ Late Static Binding).

Trả lời: Là các hàm không có tên, có thể được gán vào biến hoặc truyền như một tham số. Trong PHP, chúng sử dụng từ khóa use để truy cập các biến bên ngoài phạm vi của hàm.

Trả lời: Là các phương thức đặc biệt bắt đầu bằng __. Ví dụ: __construct(), __get(), __set(), __call(), __toString().

Trả lời: Namespace giúp nhóm các class liên quan lại với nhau và giải quyết vấn đề trùng tên class giữa các thư viện khác nhau.

Trả lời: Nó ánh xạ (map) một namespace cụ thể tới một thư mục trên ổ đĩa. Khi gọi một class, Composer sẽ dựa trên map này để tự động require file tương ứng.

Trả lời: Zend Engine là trái tim của PHP. Luồng: PHP Source Code -> Lexing -> Parsing -> Compilation -> Opcode -> Execution.

HOW: Mã nguồn được chuyển thành các chỉ thị máy (Opcode) mà Zend VM có thể hiểu và thực thi. Opcache giúp lưu trữ các Opcode này để không phải biên dịch lại ở request sau.

Trả lời: PHP dùng Reference Counting: mỗi object có một bộ đếm số lượng tham chiếu. Khi đếm về 0, bộ nhớ được giải phóng.

Garbage Collection: Xử lý các “vòng lặp tham chiếu” (Cyclic References) - nơi Object A trỏ tới B và B trỏ tới A, khiến bộ đếm không bao giờ về 0.

Trả lời: Generators sử dụng từ khóa yield. Thay vì tạo ra một mảng khổng lồ trong bộ nhớ, Generator trả về từng giá trị một khi được yêu cầu. Thích hợp để xử lý các file log hàng GB hoặc hàng triệu dòng DB.

Trả lời: Cho phép bạn giữ một tham chiếu đến một đối tượng mà không ngăn cản Garbage Collector thu hồi đối tượng đó khi không còn tham chiếu mạnh nào khác. Hữu ích cho việc cache dữ liệu liên quan đến object.

Trả lời: JIT biên dịch các phần code thường xuyên được sử dụng từ Opcode sang trực tiếp mã máy (Machine Code) của CPU. Điều này giúp tăng tốc các tác vụ tính toán nặng (CPU-bound) thay vì các tác vụ I/O thông thường.

Trả lời:

• map: Biến đổi từng phần tử, giữ nguyên số lượng.
• filter: Loại bỏ phần tử dựa trên điều kiện, có thể giảm số lượng.
• reduce: “Gộp” toàn bộ mảng thành một giá trị duy nhất (tổng, chuỗi, hoặc object).

Trả lời: Fiber là các “luồng” nhẹ (lightweight threads) cho phép lập trình bất đồng bộ (concurrency) ở mức thấp. Nó cho phép tạm dừng và tiếp tục thực thi mã nguồn mà không làm block luồng chính.

Trả lời: Trước PHP 7, nhiều lỗi là Fatal Error không thể bắt được. Từ PHP 7+, hầu hết lỗi được chuyển thành các class implement Throwable. Exception dùng cho logic nghiệp vụ, Error dùng cho các lỗi nghiêm trọng của hệ thống/engine.

Trả lời: Mảng trong PHP thực chất là Hash Map. Object (đặc biệt là StdClass) tốn nhiều bộ nhớ hơn một chút nhưng từ PHP 7+, object có cấu trúc cố định (Typed properties) cực kỳ tối ưu về tốc độ truy cập.

Trả lời: Serialization chuyển object thành chuỗi để lưu trữ. Rủi ro: PHP Object Injection. Nếu unserialize() dữ liệu từ người dùng, kẻ tấn công có thể tạo ra các object độc hại kích hoạt các magic methods (__destruct, __wakeup) để thực thi mã từ xa.

Trả lời: Sử dụng Interface để định nghĩa “hợp đồng” cho Plugin. Dùng Service Container để đăng ký và quản lý các Plugin. Áp dụng pattern Observer hoặc Event Dispatcher để các Plugin có thể “móc” (hook) vào các giai đoạn xử lý của ứng dụng mà không làm thay đổi code core.

Trả lời: Do mô hình “Synchronous & Blocking”. Mỗi request chiếm dụng 1 worker process. Giải pháp kiến trúc hiện đại là dùng Laravel Octane với Swoole hoặc RoadRunner để giữ ứng dụng luôn trong bộ nhớ (Boot một lần, dùng nhiều lần).

Trả lời: V2 cải tiến thuật toán giải quyết phụ thuộc (SAT solver) và hỗ trợ tải song song. Về kiến trúc, nó tối ưu hóa việc sử dụng bộ nhớ và file hệ thống bằng cách dùng các file metadata thu gọn.

Trả lời: Chỉ khi team quá lớn (50+ dev), cần scale độc lập các module (ví dụ: module xử lý ảnh cần nhiều CPU), hoặc cần dùng các công nghệ khác nhau. PHP rất mạnh cho Microservices khi kết hợp với gRPC và Swoole.

Trả lời: Nếu Service A gọi Service B và B đang lỗi, Circuit Breaker sẽ “ngắt mạch” ngay lập tức để A không phải đợi timeout, giúp hệ thống không bị treo dây chuyền. Sau một thời gian, nó sẽ thử kết nối lại.

Trả lời:

1. Hạn chế dùng biến toàn cục.
2. Giải phóng các object lớn sau khi dùng (unset).
3. Khởi động lại worker sau một số lượng request nhất định (ví dụ: --max-requests=1000 trong Laravel Queue).

Trả lời: Shared-Nothing: An toàn tuyệt đối, không lo race condition giữa các request, dễ deploy. Multi-threading: Tận dụng bộ nhớ tốt hơn nhưng cực kỳ phức tạp để quản lý trạng thái chia sẻ và khóa (lock).

Trả lời: Dùng mô hình 5 bảng: Users, Roles, Permissions, role_user (pivot), role_permission (pivot). Để tối ưu, có thể dùng bitmask hoặc lưu cached permissions vào Redis dưới dạng mảng để kiểm tra O(1).

Trả lời: eval() thực thi chuỗi như code, cực kỳ nguy hiểm nếu có input người dùng. extract() tạo ra các biến từ mảng, dễ gây ghi đè các biến quan trọng của hệ thống (như $isAdmin), dẫn đến lỗ hổng bảo mật nghiêm trọng.

Trả lời: PHP đang tiến tới mô hình Serverless và Concurrency. Với sự ra đời của Octane, Fiber và các cải tiến về hiệu năng, PHP vẫn là lựa chọn hàng đầu cho Backend nhờ hệ sinh thái khổng lồ và tốc độ phát triển cực nhanh.

Xử lý: Kiểm tra các mảng lớn, chuyển sang dùng Generator (yield), hoặc xử lý dữ liệu theo từng khối (chunking). Tăng memory_limit chỉ là giải pháp tạm thời.

Xử lý: Dùng tính năng class_alias hoặc cấu hình classmap trong Composer để map các class cũ. Sau đó dần dần refactor sang PSR-4.

Xử lý: Sử dụng Logging chuyên sâu (Monolog), công cụ giám sát hiệu năng (Sentry, New Relic), hoặc remote debugging qua SSH tunnel (nếu an toàn).