Như Darin đã answered, HTTP là một giao thức TCP với một số chi phí mà chính xác là những gì được sử dụng trong định nghĩa RESTful. Vì vậy, không, bạn không thể xóa chi phí HTTP.
Tôi tin rằng câu hỏi của bạn "Tôi có thể sử dụng giao thức TCP cho một ứng dụng RESTful nhanh hơn?" có liên quan với câu hỏi "Tại sao rất nhiều trang web được sử dụng REST nếu HTTP là chậm hơn so với TCP tinh khiết?".
Sự thật là: HTTP là thực sự chậm hơn so với các hình thức TCP nhị phân thuần túy, nhưng trong nhất ứng dụng, người dùng của bạn sẽ không nhận thấy sự khác biệt vì chi phí thực sự là rất nhỏ và thường khách hàng sẽ làm cho chỉ một vài yêu cầu mỗi phút.
Ví dụ: GET /posts?userId=5
Nếu yêu cầu này phải mất hơn một vài mili giây để hoàn thành, thì vấn đề không phải là trong giao thức HTTP. Vấn đề hiệu suất có liên quan đến độ trễ mạng, với mã phía máy chủ của bạn và cách bạn lấy dữ liệu từ cơ sở dữ liệu của mình.
Mặt khác, nếu mã khách hàng của bạn đang tạo hàng nghìn yêu cầu mỗi phút, vì vậy, một khách hàng duy nhất này sẽ nhận thấy một vấn đề về hiệu suất liên quan đến chi phí HTTP. Trong trường hợp này, có thể bạn có thể thực hiện nhiều thao tác trong một thao tác đơn lẻ và giảm lượng yêu cầu mạng.
Nếu một khách hàng thực sự cần thực hiện hàng nghìn yêu cầu mỗi phút, bạn có thể nghĩ đến việc tránh REST và bắt đầu tìm cách tiếp cận khác. Chỉ cần nhớ rằng SOAP có thể sử dụng một ràng buộc TCP, nhưng các yêu cầu cũng có chi phí để phân tích cú pháp XML. Ngoài ra, SOAP là stateful và HTTP là không trạng thái. Một cách tiếp cận trạng thái tồi tệ hơn cho khả năng mở rộng.
Tôi chưa bao giờ nghe nói rằng "hiệu trưởng" của REST là nhằm mục đích làm cho nó hiệu quả hơn. –