QUYỂN MỘT - BỐN KHUÔN MẶT

return user; - Một Dòng Code, Bốn Tầng Trung Gian

LIST + PROXY + MAP + TIMEMVC chọn handler, Jackson đi getter, Hibernate trả nợ lazy, và thời điểm serialize nằm ngoài service transaction.

Đường đi ra

User -> orders -> user -> orders; Jackson đi theo graph object hai chiều không có ranh giới API.

Mỗi tầng làm đúng hợp đồngReturn handler chọn converter; serializer gọi getter; lazy value load; OSIV giữ Session mở. Tổng hợp lại thành SQL ẩn hoặc recursion.

Tín hiệu cuối

StackOverflowError tính bằng STACK, N+1 tính bằng QUERY, LazyInitializationException tính bằng EXCEPTION. Cùng graph, ba hóa đơn độc lập; chữa cái này không chữa cái kia.

Mức 1 - List chọn người xử lý

ServletInvocableHandlerMethod.invokeAndHandle()

Giá trị return chưa phải response body cho tới khi handler nhận nó

  1. RequestMappingHandlerAdapter.invokeHandlerMethod()Chuẩn bị invocable method và danh sách return value handlers.
  2. Controller trả UserJava method kết thúc, nhưng response serialization chưa bắt đầu.
  3. returnValueHandlers.handleReturnValue()Composite duyệt handler theo thứ tự và chọn handler đầu tiên nhận được return type.
  4. RequestResponseBodyMethodProcessor@ResponseBody/@RestController đưa value vào message converter pipeline.
  5. Model/view path là nhánh khácKhông phải mọi object return đều tự động được Jackson serialize.
Mức 2 - converter thuê serializer

writeWithMessageConverters()

Content negotiation chọn converter có thể ghi media type

  1. handleReturnValue()Đánh dấu request handled rồi tạo input/output message.
  2. writeWithMessageConverters(returnValue, ...)Xác định body type, producible media types và converter phù hợp.
  3. Jackson HTTP converterBoot 3 dùng mapper Jackson 2 được auto-config hoặc user cung cấp.
  4. Serializer đọc property/getterGraph entity trở thành traversal graph; association hai chiều tạo cạnh quay lại.
  5. Recursion không có điểm dừngNếu không có contract chặn, User -> Order -> User lặp đến stack overflow.
Mức 3 - proxy, map và thời điểm

Lazy State Tại Serialization Time

Cùng getter có ba kết quả tùy Session/fetch state

  1. Association đã initializedJackson traverse dữ liệu RAM; graph hai chiều vẫn có thể recursion.
  2. Lazy + Session đóngProxy/wrapper cần load và ném LazyInitializationException.
  3. Lazy + OSIV Session mởGetter gọi Session, load SQL ngoài service transaction.
  4. Persistence context identity mapGiữ object identity nhất quán nhưng không biến graph hai chiều thành tree JSON.
  5. Vòng lặp trên collectionMỗi lần chạm lazy lần đầu theo owner có thể nở thành N+1 ngay trong serializer.

Hai hóa đơn, đừng gộp: cái vòng tính tiền bằng stack - từ nhịp thứ hai trở đi nó không tốn thêm câu SQL nào, vì cả hai đầu đã nằm trong identity map. Cái bề rộng của đồ thị lazy mới tính tiền bằng query. Và Jackson duyệt theo chiều sâu: vòng khép lại ngay tại phần tử con đầu tiên, nên chỉ 2 câu SQL kịp chạy trước cú sập (đo trên 1 khách hàng / 3 đơn / 2 dòng mỗi đơn; sau khi cắt vòng, serialize cả cây tốn 8). Ai bật query count mà chờ một trận storm sẽ đếm được 2 và tưởng thí nghiệm hỏng.

Phép kiểm: lấy stacktrace từ frame đầu của RequestResponseBodyMethodProcessor tới Jackson và lazy initializer. Cái bạn catch được là JsonMappingException; phải bóc getCause() mới thấy StackOverflowError và hơn một nghìn frame Jackson. Bật query count, tắt/bật OSIV có chủ đích, rồi test graph có quan hệ hai chiều với mapper thực tế của HTTP converter.

Đặt boundary trước serializer

  • Map entity -> DTO trong transactionFetch đúng data và vẽ JSON tree có chủ đích.
  • Viết contract test cho response shapeAssert field, query count và không recursion.
  • Giữ annotation Jackson ở API modelKhông biến entity mapping thành global wire contract nếu không chủ ý.

Khi KHÔNG được kết luận

  • @JsonIgnore là fix tổng quátNó sửa global serialization contract của entity và có thể làm API khác mất field.
  • EAGER chữa recursionNó chỉ đổi thời điểm load; graph hai chiều vẫn là vòng.
  • Tắt OSIV chữa mọi triệu chứngNó đổi SQL ẩn thành lazy exception; boundary entity vẫn sai.
Thứ làm một thí nghiệm thất bại gần như không bao giờ là cơ chế bị hiểu sai. Nó là một mặc định phụ chưa được nói ra. Ba cái bẫy đo được trong chính quyển này: đếm query cho bài này ra 2 chứ không phải một trận storm, vì Jackson duyệt theo chiều sâu. Đo IDENTITY so với SEQUENCE bằng đồng hồ trên H2 in-memory thì khoảng cách gần như biến mất (35ms so với 15ms) - phải đọc số lần prepare statement mới thấy đúng khoảng cách (200 so với 6). Và đi tìm "nguồn nào đang thắng" trong /actuator/env thì luôn nhận về configurationProperties, một cái tên trông như nguồn nhưng thật ra là cái vỏ Boot đặt lên để nhìn xuyên cả danh sách. Không lần nào cơ chế trong bài sai. Đây cũng chính là câu chuyện của cả quyển, chỉ khác một điều: lần này lớp trung gian nằm ở cái thước đo, không phải ở cái được đo.