sendRedirect : Here also consider s

sendRedirect : Here also consider same example servlet1 and servlet2 and now if you want to call servlet2 from servlet1,
in this case the request and response of the servlet1 will be discarded and you will be redirected to the client, once again
the new request will be made from client for servlet2 and container will create new req,and resp objects for servlet2.
If you see here in this scenario, 2 request and 2 response objects are created by the container even though first request,response objects
are discarded container will create total 4 objects (2 req, 2resp) and there is a round trip to the server.
Advantages: You can access the servlet which is out side of the context also, so you can make a call to the servlet which is there in the other web site.
Limitations: There is a round trip performance wise bit slow and as there is no req,ans resp objects of servlet1 you can't get the values of ser1 and ser2.

Results (Vietnamese) 1:

sendRedirect: ở đây cũng có xem xét tương tự ví dụ servlet1 và servlet2 và bây giờ nếu bạn muốn gọi servlet2 từ servlet1,trong trường hợp này yêu cầu và phản ứng của servlet1 sẽ được bỏ đi và bạn sẽ được chuyển hướng đến khách hàng, một lần nữaCác yêu cầu mới sẽ được thực hiện từ các khách hàng cho servlet2 và container sẽ tạo ra yêu cầu mới, và resp các đối tượng cho servlet2.Nếu bạn nhìn thấy ở đây trong trường hợp này, yêu cầu 2 và 2 đáp ứng các đối tượng được tạo ra bởi container mặc dù yêu cầu đầu tiên, các đối tượng phản ứngđang loại bỏ container sẽ tạo ra tất cả các đối tượng 4 (2 req, 2resp) và có một chuyến đi vòng đến các máy chủ.Ưu điểm: Bạn có thể truy cập servlet là ra bên của bối cảnh, vì vậy bạn có thể thực hiện một cuộc gọi đến servlet mà là có trong các trang web khác.Hạn chế: Có là một chuyến đi vòng hiệu suất khôn ngoan một chút chậm và như không có yêu cầu, đối tượng resp ans servlet1 bạn không thể có được giá trị của ser1 và ser2.