Nếu nó được tạo bình thường thì không cần phải save() khi sửa đổi (kiểm tra bẩn). Để được kiểm tra bẩn, đối tượng thực thể phải được đảm bảo liên tục. Tuy nhiên, đôi khi khi làm việc với các nhà phát triển khác, bạn có thể thấy đoạn mã như sau. @Transactional // thực thể người dùng độc lập với bối cảnh bền vững được liên kết với ranh giới giao dịch đó public void saveRefreshToken(Người dùng người dùng, Chuỗi newRefreshToken) { ... user.setRefreshToken(newRefreshToken); ... } Trong trường hợp này, đối tượng Người dùng không bị kiểm tra bẩn. Tôi nghĩ rằng việc sử dụng save() để chuẩn bị cho những tình huống này không phải là một kiểu phản đối. ----------------- Trò chuyệnGPT Trong Spring Data JPA, có hai cách tiếp cận chính để thay đổi trạng thái của một thực thể: phát hiện các thay đổi (kiểm tra bẩn) và sử dụng phương thức save(). Mỗi phương pháp có thể được sử dụng phù hợp tùy theo tình huống cụ thể. Tôi sẽ giải thích những ưu, nhược điểm cũng như trường hợp sử dụng của từng phương pháp bên dưới. ----------------------. Phần kết luận Việc sử dụng phương pháp nào tùy thuộc vào tình huống. Phát hiện thay đổi phù hợp với các giao dịch nhỏ, đơn giản, trong khi lưu rõ ràng (save()) phù hợp với các giao dịch lớn với logic kinh doanh rõ ràng và phức tạp. Nói chung, trong thực tế, hai phương pháp này được sử dụng thay thế cho nhau. Sử dụng tính năng phát hiện thay đổi cho các thao tác CRUD đơn giản và sử dụng phương thức save() để quản lý mọi thứ một cách rõ ràng khi cần có logic nghiệp vụ phức tạp.

Ồ, cũng có trường hợp như vậy. Tôi đang học lại. Cảm ơn bạn.