Phương thức getAddress() của lớp DatagramPacket trả về?

Trong Java, để tạo đối tượng lớp Socket (đại diện cho một kết nối socket), ta sử dụng phương thức accept() của lớp ServerSocket. ServerSocket lắng nghe các kết nối đến và khi một kết nối được chấp nhận, nó trả về một đối tượng Socket mới đại diện cho kết nối đó. Các phương án còn lại không đúng vì:

• accept() của DatagramSocket: DatagramSocket sử dụng cho giao thức UDP (không kết nối), không phải TCP (có kết nối) mà Socket đại diện.


• getByName() và getLocalHost(): Các phương thức này liên quan đến việc phân giải tên máy chủ thành địa chỉ IP, không tạo ra đối tượng Socket.

Câu hỏi này kiểm tra kiến thức về các phương thức trả về đối tượng InetAddress trong Java. InetAddress đại diện cho một địa chỉ IP.

Phân tích từng đáp án:

• getAddress() của DatagramPacket: Trả về địa chỉ IP nguồn của gói dữ liệu nhận được, dưới dạng một mảng byte. Tuy nhiên, phương thức getAddress() không trả về trực tiếp một đối tượng InetAddress. Thay vào đó, nó trả về một mảng byte đại diện cho địa chỉ IP. Để có được đối tượng InetAddress, bạn cần sử dụng mảng byte này để tạo một đối tượng InetAddress mới.


• getInetAddress() của Socket: Trả về đối tượng InetAddress liên kết với socket này, đại diện cho địa chỉ IP của đầu kia của kết nối.


• accept() của ServerSocket: Phương thức này trả về một đối tượng Socket mới, đại diện cho kết nối đã được chấp nhận. Sau đó, bạn có thể sử dụng getInetAddress() trên đối tượng Socket này để lấy địa chỉ IP của client.


• getLocalHost(): Trả về đối tượng InetAddress đại diện cho localhost.

Như vậy, phương thức getAddress() của DatagramPacket không trả về trực tiếp một đối tượng InetAddress mà trả về một mảng byte.

Khi tạo một đối tượng URL mới, có khả năng URL được cung cấp không hợp lệ (ví dụ: cú pháp sai, giao thức không được hỗ trợ). Trong trường hợp này, phương thức khởi tạo của lớp URL sẽ ném ra ngoại lệ MalformedURLException. Các ngoại lệ khác như IOException, UnknownHostException và SocketException thường liên quan đến các hoạt động I/O hoặc kết nối mạng sau khi URL đã được tạo thành công, chứ không phải trong quá trình khởi tạo đối tượng URL.

Câu hỏi này kiểm tra kiến thức về lớp trừu tượng và lớp final trong lập trình hướng đối tượng.

Phương án 1: "Một lớp trừu tượng không thể chứa phương thức final" - Sai. Một lớp trừu tượng hoàn toàn có thể chứa phương thức final. Phương thức final là phương thức không thể bị ghi đè (override) bởi các lớp con. Việc một lớp trừu tượng chứa phương thức final là hợp lệ và có nghĩa là phương thức đó phải được lớp con kế thừa nhưng không được phép thay đổi hành vi.

Phương án 2: "Một lớp final không thể chứa các phương thức trừu tượng" - Đúng. Một lớp final là lớp không thể kế thừa. Một phương thức trừu tượng là phương thức không có phần thân và phải được ghi đè bởi lớp con. Vì lớp final không thể có lớp con, nên nó không thể hiện thực các phương thức trừu tượng. Do đó, một lớp final không thể chứa các phương thức trừu tượng.

Vì vậy, phát biểu đúng là "Một lớp final không thể chứa các phương thức trừu tượng".