API là viết tắt của Giao diện lập trình ứng dụng. Nó đóng vai trò như một cổng cho phép các ứng dụng truy cập một số tài nguyên nhất định từ các ứng dụng khác.
Lợi ích của việc sử dụng API là nó cấp quyền truy cập vào các ứng dụng của bên thứ ba để họ không có quyền truy cập vào tất cả dữ liệu ứng dụng của bạn. Họ chỉ có thể truy cập dữ liệu bạn cung cấp thông qua API.
Ứng dụng hoặc người dùng muốn truy cập dữ liệu được gọi là máy khách và ứng dụng xử lý dữ liệu được gọi là máy chủ.
API được sử dụng rộng rãi trong mọi kiến trúc phần mềm ngày nay. Nếu bạn đang ứng tuyển vào vị trí kỹ sư front-end, back-end, full-stack hay network, bạn sẽ được hỏi rất nhiều câu hỏi về API.
Với ý nghĩ đó, chúng ta hãy xem xét một số câu hỏi phỏng vấn API REST phổ biến nhất.
REST là gì?
Trả lời: REST là một thiết kế kiến trúc xác định một số ràng buộc về cách hoạt động của API. API tuân thủ REST được gọi là API RESTful. REST là viết tắt của Chuyển giao trạng thái đại diện.
Nó không phải là một giao thức hay tiêu chuẩn; thay vào đó, nó là một kiến trúc có thể được sử dụng để triển khai API theo nhiều cách khác nhau.
Nó mang lại sự linh hoạt và tự do cao cho các nhà phát triển, đó là lý do tại sao nó được sử dụng rộng rãi để tạo API. Dưới đây là một số nguyên tắc của kiến trúc REST:
- Tách biệt máy khách và máy chủ: Trong API RESTful, máy khách không được ảnh hưởng đến máy chủ theo bất kỳ cách nào khác ngoài việc yêu cầu dữ liệu qua URI (Mã định danh tài nguyên đồng nhất). Tương tự như vậy, máy chủ không được sửa đổi nội dung máy khách dưới bất kỳ hình thức nào.
- Không trạng thái: Khi hai ứng dụng riêng biệt được tạo ra, chúng không biết về nhau. Nói cách khác, các yêu cầu là không trạng thái và không trạng thái. Nếu yêu cầu được chấp nhận, nó chỉ đơn giản là kết thúc. Mỗi yêu cầu được tách biệt khỏi các yêu cầu khác.
- Kiến trúc phân lớp: Máy khách hoặc máy chủ không biết liệu yêu cầu được chuyển trực tiếp đến nguồn hay tới ứng dụng phần mềm trung gian. Họ chỉ quan tâm đến việc trả lời yêu cầu.
- Bộ nhớ đệm: Dữ liệu hoặc phản hồi có thể được lưu vào bộ nhớ đệm ở cả phía máy khách và máy chủ để cải thiện hiệu suất và khả năng mở rộng. Đối với các yêu cầu thường xuyên về một tài nguyên cụ thể, phản hồi cho yêu cầu đó có thể được lưu vào bộ đệm và sử dụng khi cần.
Các tính năng chính của REST là gì?
Trả lời: Các tính năng hoặc đặc điểm chính của REST là:
- Tính linh hoạt: bạn có thể di chuyển từ máy chủ này sang máy chủ khác và điều đó sẽ không thay đổi bất cứ điều gì vì API sẽ gửi cùng một phản hồi cho một yêu cầu cụ thể. Bạn cũng có thể thêm bao nhiêu điểm cuối tùy thích cho các loại dữ liệu khác nhau.
- Khả năng mở rộng: Bộ nhớ đệm cải thiện khả năng mở rộng bằng cách lưu phản hồi để sử dụng sau. Nó làm giảm tải máy chủ và cũng làm giảm độ trễ.
- Ủy quyền: Với tiêu đề ủy quyền, bạn có thể chỉ định thông tin xác thực mà máy chủ có thể sử dụng để ủy quyền yêu cầu.
- Không trạng thái: Đây là tính năng quan trọng nhất của REST vì nó ngăn các yêu cầu biết điều gì đang xảy ra với các yêu cầu khác. Các yêu cầu sẽ bị cô lập và chấm dứt ngay khi chúng được thực hiện.
Tài nguyên trong kiến trúc REST là gì?
Trả lời: Tài nguyên là các thực thể trên đó thực hiện nhiều hoạt động khác nhau, chẳng hạn như tải xuống, cập nhật hoặc xóa. Đây là những khối xây dựng cơ bản của kiến trúc REST.
Ví dụ: nếu bạn coi một cửa hàng thương mại điện tử trực tuyến thì các sản phẩm, người dùng và siêu dữ liệu được coi là tài sản vì chúng có thể bị xử lý. Tài nguyên có thể được chuyển sang ứng dụng khác thông qua API.
Liệt kê một số ưu điểm và nhược điểm của REST API.
Trả lời: Ưu điểm của REST API như sau:
- Thật dễ dàng để thực hiện.
- Tài nguyên có thể được quản lý dễ dàng.
- Nó có khả năng mở rộng nhờ kiến trúc client-server.
- Nó hỗ trợ nhiều loại phương tiện truyền dữ liệu như XML và JSON.
Nhược điểm của nó là:
- Không thể duy trì trạng thái giữa các yêu cầu.
- Nguồn gốc thực sự của tài nguyên không thể được biết do kiến trúc phân lớp.
- Không phù hợp với những yêu cầu hoặc yêu cầu phức tạp.
Xác định mẫu REST.
Trả lời: Mẫu REST là một công cụ hoặc ứng dụng khách có thể được sử dụng để truy cập API REST trong Spring. Về cơ bản, nó ẩn mã mẫu mà bạn có thể phải viết để yêu cầu tài nguyên từ API REST.
RESTful là gì?
Trả lời: API hoặc dịch vụ RESTful là các giao diện triển khai kiểu kiến trúc Chuyển giao trạng thái đại diện (REST) và hoạt động bằng cách sử dụng các giao thức như HTTP.
Dịch vụ web RESTful là gì?
Trả lời: Dịch vụ web RESTful được thiết kế để hoạt động tốt nhất trên web. Chuyển trạng thái đại diện (REST) là một kiểu kiến trúc xác định các ràng buộc như giao diện thống nhất, kiến trúc phân lớp và trạng thái không trạng thái được áp dụng cho dịch vụ web, gọi các thuộc tính mong muốn như hiệu suất và khả năng mở rộng cho phép dịch vụ hoạt động tốt nhất trên mạng .
Làm cách nào tôi có thể kiểm tra các dịch vụ web RESTful?
Trả lời: Để kiểm tra dịch vụ web RESTful, bạn có thể sử dụng ứng dụng khách REST như Postman hoặc Thunder Client và truy vấn dịch vụ web mà bạn muốn kiểm tra. Thế thì khi bạn nhận được câu trả lời, hãy hiểu câu trả lời; đây là phần quan trọng
Nếu muốn thử nghiệm một API phức tạp với nhiều điểm cuối, bạn có thể cần phải chia nhỏ các thử nghiệm của mình và thực hiện các thử nghiệm đơn vị, thử nghiệm tích hợp, thử nghiệm hiệu suất và thử nghiệm từ đầu đến cuối.
Liệt kê một số tính năng của dịch vụ web RESTful.
Trả lời: Một số tính năng chính của dịch vụ web RESTful là:
- Hỗ trợ nhiều loại phương tiện như JSON và XML.
- Khả năng mở rộng
- Cách ly máy khách và máy chủ
- Uyển chuyển
Xác định các lớp tài nguyên RESTful chính.
Trả lời: Các lớp tài nguyên gốc là “Các đối tượng Java cũ đơn giản” (POJO) được chú thích bằng @Path hoặc ít nhất một phương thức được chú thích bằng @Path hoặc chỉ định phương thức yêu cầu như @GET, @POST, @PUT hoặc @DELETE .
URI là gì?
Trả lời: URI là viết tắt của Mã định danh tài nguyên thống nhất. Đây là một chuỗi được sử dụng để định vị hoặc xác định tài nguyên API hoặc dịch vụ. Nó sử dụng tên hoặc vị trí của tài nguyên để xác định nó nhưng không dựa vào một phương pháp hoặc kỹ thuật cụ thể nào.
Tình trạng không quốc tịch trong REST là gì?
Trả lời: Tình trạng không trạng thái đề cập đến một ràng buộc được áp dụng cho một API trong đó hai yêu cầu bất kỳ không thể biết điều gì đang xảy ra với nhau. Nói cách khác, trạng thái yêu cầu không được duy trì. Nếu yêu cầu được đáp ứng, nó sẽ kết thúc sau khi nhận được phản hồi.
JAX-RS là gì?
Trả lời: JAX-RS là API Java cho phép bạn tạo các ứng dụng Java bằng kiến trúc REST. API này giúp dễ dàng phát triển các ứng dụng REST trong Java.
Các chú thích chính trong API JAX-RS là gì?
Trả lời: Các chú thích JAX-RS được các nhà phát triển sử dụng để trang trí các lớp Java nhằm xác định các tài nguyên và phương thức có thể được thực thi trên các tài nguyên đó. Dưới đây là một số chú thích API JAX-RS chính:
- @GET: Dùng để thực hiện các yêu cầu GET trong HTTP.
- @POST: Dùng để gửi yêu cầu POST trong HTTP.
- @Path: Đề cập đến đường dẫn lớp Java tương đối.
- @QueryParam: Đề cập đến các tham số truy vấn URI hoặc URL.
Các tính năng chính của API JAX-RS là gì?
Trả lời: Các tính năng của JAX-RS là:
- Bộ nhớ đệm phía máy khách
- Bộ nhớ đệm phía máy chủ
- Tùy chỉnh chuỗi truy vấn
- Chú thích thời gian chạy
Làm cách nào tôi có thể định cấu hình ứng dụng JAX-RS?
Trả lời: Ứng dụng JAX-RS bao gồm một hoặc nhiều lớp tài nguyên được đóng gói trong tệp WAR. URI cơ sở mà tài nguyên ứng dụng phản hồi các yêu cầu có thể được đặt theo hai cách:
- Sử dụng chú thích @ApplicationPath trong lớp con javax.ws.rs.core.Application trong gói WAR
- Sử dụng thẻ ánh xạ servlet trong bộ mô tả triển khai WAR web.xml
JAX-WS và JAX-RS là gì?
Trả lời: JAX-WS là API dịch vụ web XML được sử dụng để tạo API bằng Giao thức truy cập đối tượng đơn giản (SOAP), một giao thức truyền thông dựa trên XML.
Mặt khác, JAX-RS là API Java để tạo các dịch vụ web bằng kiến trúc REST.
Mã trạng thái HTTP là gì?
Trả lời: Mã trạng thái không gì khác hơn là một cách truyền đạt tới máy khách trạng thái của phản hồi do máy chủ gửi. Chúng nằm trong tiêu đề phản hồi được gửi bởi máy chủ.
Khách hàng có thể biết liệu yêu cầu có thất bại hay được thực hiện hay không hoặc có vấn đề gì với phản hồi thông qua mã trạng thái.
Dưới đây là một số mã trạng thái HTTP phổ biến: –
- 200 – có nghĩa là từ khóa “OK”. Điều này có nghĩa là yêu cầu đã được chấp nhận và phản hồi vẫn ổn.
- 404 – có nghĩa là “Không tìm thấy”. Điều này có nghĩa là tài nguyên không có trên máy chủ hoặc điểm cuối không tồn tại.
- 500 – có nghĩa là “Lỗi máy chủ nội bộ”. Điều này thường xảy ra khi máy chủ không thể tạo phản hồi hợp lệ hoặc có lỗi chưa được báo cáo rõ ràng.
- 503 – có nghĩa là “Dịch vụ không khả dụng”. Điều này có nghĩa là hiện tại máy chủ không thể xử lý bất kỳ yêu cầu nào, có thể do nó đã chết hoặc ngừng hoạt động do yêu cầu quá tải. Điều này cũng có thể xảy ra khi máy chủ sẵn sàng bảo trì.
Phương thức HTTP là gì?
Trả lời: Phương thức HTTP được sử dụng để thực hiện một số loại hành động nhất định trên một số tài nguyên API nhất định. Ví dụ: nếu bạn muốn lấy danh sách phim từ API Bộ sưu tập Phim, bạn có thể sử dụng phương thức GET do HTTP cung cấp. Nếu muốn cập nhật dữ liệu, bạn có thể sử dụng phương thức POST do HTTP cung cấp.
Các phương thức HTTP thường được sử dụng là:
- GET: Các yêu cầu sử dụng GET chỉ nên tìm nạp dữ liệu.
- POST: Cập nhật tài nguyên bằng cách gửi tài nguyên mới cập nhật đến máy chủ.
- DELETE: Xóa tài nguyên được chỉ định.
- PATCH: Sửa đổi một phần tài nguyên.
Xác thực HTTP cơ bản hoạt động như thế nào?
Trả lời: Xác thực là quá trình xác minh tính xác thực của khách hàng để duy trì tính bảo mật dữ liệu. Trong HTTP, xác thực hoạt động thông qua tiêu đề Ủy quyền được khách hàng gửi.
Tiêu đề ủy quyền bao gồm tên người dùng/ID và mật khẩu của khách hàng, sau đó được máy chủ xác minh và quyền truy cập được cấp.
Điều quan trọng cần lưu ý là khi sử dụng xác thực HTTP, kênh mà thông tin đăng nhập đi qua phải được mã hóa và bảo mật.
Bạn có thể bảo mật kênh bằng lớp SSL được tích hợp với HTTPS. Do đó, nên sử dụng HTTPS thay vì HTTP đơn giản cho thông tin xác thực.
Các thành phần cơ bản của một yêu cầu HTTP là gì?
Trả lời: Một yêu cầu HTTP bao gồm các thành phần sau:
- Dòng yêu cầu: Đây là dòng đầu tiên của mỗi yêu cầu và bao gồm phương thức HTTP, đường dẫn hoặc điểm cuối cũng như số phiên bản HTTP.
- Tiêu đề: Tiêu đề HTTP được sử dụng để cung cấp siêu dữ liệu yêu cầu.
- Nội dung (tùy chọn): Thành phần này chỉ hiện diện cho một số phương thức yêu cầu. Điều này không bắt buộc đối với các yêu cầu GET nhưng bắt buộc đối với các yêu cầu POST. Đây là thông báo yêu cầu thực tế.
Các thành phần cơ bản của phản hồi HTTP là gì?
Phản hồi: Phản hồi HTTP bao gồm những điều sau:
- Trạng thái: Đề cập đến mã trạng thái HTTP được gửi bởi máy chủ.
- Tiêu đề: Giống như yêu cầu, phản hồi cũng có tiêu đề chứa thông tin hữu ích về phản hồi.
- Thông báo: Đây là dữ liệu thực tế được máy chủ gửi đến máy khách để yêu cầu một tài nguyên cụ thể.
Sự khác biệt giữa REST và AJAX là gì?
Trả lời: AJAX là một ứng dụng khách thông qua đó có thể truy cập các API RESTful. Được sử dụng để gửi yêu cầu không đồng bộ bằng JavaScript.
REST hoặc Chuyển giao trạng thái đại diện là một kiến trúc có thể được triển khai để tạo API RESTful. Nói tóm lại, để gửi yêu cầu HTTP, bạn có thể sử dụng AJAX đóng vai trò như một ứng dụng khách, nhưng nếu bạn muốn triển khai API RESTful, bạn phải sử dụng kiến trúc REST.
Sự khác biệt giữa SOAP và REST là gì?
Trả lời: Chuyển trạng thái đại diện hoặc REST là một kiến trúc có các ràng buộc tối thiểu trong việc tạo API. SOAP hay Giao thức truy cập đối tượng đơn giản là một giao thức có yêu cầu triển khai API nghiêm ngặt.
REST linh hoạt và dễ sử dụng hơn SOAP. Giao tiếp dựa trên XML được sử dụng trong SOAP trong khi ở REST, bạn có thể sử dụng nhiều loại truyền dữ liệu như JSON, XML, v.v. So với SOAP, REST nhẹ hơn và nhanh hơn.
Các dịch vụ web SOAP có bảo mật tích hợp, đây là một trong những lợi thế của việc sử dụng SOAP so với REST, nhưng các tính năng bổ sung khiến việc sử dụng nó trở nên phức tạp và nặng nề.
Sự khác biệt giữa PUT và POST là gì?
Trả lời: POST là phương thức yêu cầu HTTP gửi một số dữ liệu đến máy chủ. Nếu bạn thực hiện nhiều yêu cầu POST cho một tài nguyên cụ thể thì có thể có tác dụng phụ đối với dữ liệu của bạn. Ví dụ: bạn muốn thêm một bài viết vào bộ sưu tập, nếu bạn thực hiện nhiều yêu cầu POST, nhiều bài viết sẽ được thêm vào bộ sưu tập, dẫn đến dư thừa bài viết.
PUT là phương thức yêu cầu HTTP gửi dữ liệu đến máy chủ cho một tài nguyên cụ thể nhưng chỉ cập nhật dữ liệu một lần. Nếu bạn gửi nhiều yêu cầu PUT cho một tài nguyên nhất định, sẽ không có tác dụng phụ và dữ liệu sẽ chỉ được thêm một lần. Trong PUT, nếu tài nguyên không tồn tại, nó sẽ tạo một tài nguyên mới và nếu tồn tại, nó sẽ cập nhật tài nguyên hiện có.
PUT là bình thường và POST thì không.
Tải trọng là gì?
Trả lời: Tải trọng trong REST API đơn giản là nội dung yêu cầu được gửi từ máy khách đến máy chủ. Đây là dữ liệu bạn muốn gửi đến máy chủ và nhận được phản hồi.
Kích thước hàng hóa tối đa có thể được vận chuyển qua phương thức bưu chính là bao nhiêu?
Trả lời: Không có giới hạn mặc định nào do chính giao thức HTTP đặt ra. Giới hạn có thể phụ thuộc vào giới hạn tối đa của máy khách hoặc máy chủ, tùy theo mức nào là mức tối thiểu.
Các phương pháp hay nhất cần tuân theo khi tạo URI là gì?
Trả lời: Một số điểm chính cần lưu ý khi thiết kế URI là:
- Tránh sử dụng phần mở rộng tập tin
- Hãy nhất quán với tất cả các URI
- Chia URI thành các miền và miền phụ cho các nhóm tài nguyên khác nhau
- Sử dụng dấu gạch nối hoặc dấu gạch dưới để phân tách các từ trong câu được nhúng trong URI
- Bạn nên sử dụng dấu gạch chéo để biểu thị thứ bậc tài nguyên
- Mã hóa URI bằng cách sử dụng mã hóa thích hợp
- Cố gắng làm cho URI có thể đọc được
Phương pháp bình thường là gì?
Trả lời: Các phương thức HTTP bình thường có tác dụng tương tự trên máy chủ mặc dù gửi nhiều yêu cầu giống hệt nhau. Ví dụ: nếu bạn gửi nhiều yêu cầu XÓA giống hệt nhau cho một tài nguyên cụ thể, tài nguyên sẽ không thay đổi theo từng yêu cầu; nó sẽ cập nhật như thể chỉ có một yêu cầu được gửi.
Một số phương pháp bình thường bao gồm:
- ĐỊA ĐIỂM
- XÓA BỎ
- LẤY
- CÁI ĐẦU
- TÙY CHỌN
Người đưa thư là gì?
Trả lời: Postman là một công cụ phát triển API để tạo, sửa đổi và thử nghiệm API. Nó cung cấp nhiều tính năng để nhanh chóng phát triển và thử nghiệm API mà không cần phải định cấu hình máy khách.
Trả lời: Tiêu đề Cache-Control bao gồm các hướng dẫn hoặc chỉ thị để định cấu hình bộ nhớ đệm trên trình duyệt và máy chủ. Nó cho trình duyệt hoặc máy chủ biết những gì cần lưu vào bộ nhớ đệm và thời gian lưu vào bộ nhớ đệm trước khi được yêu cầu mạng yêu cầu.
Tiêu đề Cache-Control chứa các lệnh sau: –
- tuổi tối đa
- không có bộ nhớ đệm
- riêng tư
- công cộng
- không có cửa hàng
- không thay đổi
Xác định thông báo trong Dịch vụ web RESTful.
Trả lời: Nhắn tin trong các dịch vụ web RESTful đề cập đến việc máy khách gửi yêu cầu HTTP đến máy chủ và máy chủ sẽ phản hồi bằng phản hồi HTTP. Giao tiếp giữa máy khách và máy chủ này được gọi là nhắn tin.
Sự khác biệt giữa kiến trúc nguyên khối, SOA và microservices là gì?
Trả lời: Trong kiến trúc nguyên khối, mọi thứ đều được quản lý ở một nơi. Phía máy khách, máy chủ và cơ sở dữ liệu được quản lý từ một nơi. Vì vậy, nó được gọi là đá nguyên khối vì từ “nguyên khối” dùng để chỉ một khối hoặc một hòn đá.
SOA là viết tắt của Kiến trúc hướng dịch vụ. Trong kiến trúc này, các khía cạnh khác nhau của ứng dụng được quản lý bởi các dịch vụ khác nhau cũng là phần mềm. Vì vậy nó là sự kết hợp của nhiều module phần mềm dịch vụ. Tích hợp là một yếu tố quan trọng của kiến trúc này.
Kiến trúc microservice tương tự như SOA, nhưng không giống SOA, nó có nhiều chương trình độc lập giao tiếp với nhau bằng API. Không giống như kiến trúc nguyên khối, mọi thứ ở đây đều tự chủ và độc lập ở một mức độ nào đó.
Kiến trúc microservices hoạt động như thế nào?
Trả lời: Trong kiến trúc vi dịch vụ, các ứng dụng được chia thành các đơn vị con nhỏ hơn, độc lập với nhau và tự chạy nhưng giao tiếp với nhau thông qua một bộ API được xác định rõ ràng.
Một số ưu điểm của kiến trúc microservice bao gồm tính linh hoạt, tính linh hoạt, khả năng mở rộng, công nghệ độc lập, dịch vụ có thể tái sử dụng và triển khai dễ dàng.
CRUD là gì?
Trả lời: CRUD là viết tắt của Tạo, Đọc, Cập nhật, Xóa. Đây là những hoạt động có thể được thực hiện trên một tài nguyên cụ thể. API xử lý tất cả các hoạt động này được gọi là API CRUD. Đây là những hoạt động cơ bản nhất mà API có thể thực hiện trên tài nguyên.
Bộ nhớ đệm là gì?
Trả lời: Bộ nhớ đệm là một kỹ thuật lưu trữ phản hồi hoặc yêu cầu trên máy khách hoặc máy chủ để sử dụng sau.
Các phản hồi thường được lưu vào bộ nhớ của máy khách vì nếu máy khách gửi cùng một yêu cầu nhiều lần liên tiếp, thì việc yêu cầu lại phản hồi qua mạng cũng chẳng ích gì và lãng phí băng thông.
Việc sử dụng @RequestMapping là gì?
Trả lời: Đây là chú thích trong Spring framework được sử dụng để ánh xạ các yêu cầu mạng tới các lớp xử lý và/hoặc phương thức xử lý cụ thể.
@PathVariable làm gì?
Trả lời: Chú thích @PathVariable trong Spring framework dùng để trích xuất giá trị của các biến mẫu và gán giá trị của chúng cho một biến phương thức.
Xác định HttpMessageConverter.
Trả lời: Khi một yêu cầu HTTP (hoặc một phần của nó) cần được chuyển đổi thành loại cần thiết làm đối số cho phương thức xử lý hoặc khi giá trị trả về của phương thức xử lý cần được chuyển đổi theo cách nào đó để tạo thành phản hồi HTTP, Bộ chuyển đổi tin nhắn HTTP được sử dụng.
Trả lời: Dưới đây là một số công cụ có thể giúp bạn kiểm tra API của mình:
- Người phát thơ
- Hãy chắc chắn
- Nghỉ ngơi thật tốt
- tiếng Catalan
- API sẵn sàng
- Apigee
những từ cuối
Ngày nay, API đã trở nên cực kỳ phổ biến do sự ra đời của Internet. Một lý do khác khiến REST API phổ biến là vì chúng dễ phát triển và dễ sử dụng.
Nếu bạn đang chuẩn bị cho một cuộc phỏng vấn, hãy xem xét các câu hỏi API REST có thể được hỏi trong cuộc phỏng vấn ở trên.
Sau đó, bạn có thể xem cách thu thập dữ liệu trang web của mình bằng API thu thập dữ liệu web của newsblog.pl.
