Mình thấy hơi “overhype” một chút 😅
Đúng là Concurrency trong Java quan trọng thật, nhưng nói đọc một bài là có thể “nắm vững bản chất” để tránh Race Condition hay Deadlock thì hơi lý tưởng hóa. Mấy vấn đề này trong thực tế thường đến từ design sai hoặc thiếu kinh nghiệm debug hơn là chỉ thiếu kiến thức lý thuyết.
Ngoài ra, cũng không phải dự án nào cũng cần “master” concurrency. Nhiều case business bình thường, dùng framework (Spring, thread pool, async abstractions, reactive lib…) đúng cách là đã handle được phần lớn rồi, không cần tự mình “đụng chạm” sâu đến low-level synchronization.
Bài viết tốt thì vẫn đáng đọc, nhưng mình nghĩ nên nhìn nhận nó như một tài liệu tham khảo nền tảng thôi, chứ chưa đủ để “tự tin chiến đấu” trong production đâu @bullpig
Cảm ơn tác giả đã có 1 bài viết đáng đọc! @ngocbach99
Haha, bẫy self-invocation này anh em dev Java hầu như ai cũng từng sập ít nhất một lần bác ạ. Cứ gắn @Transactional mà nó không rollback mới tá hỏa đi lật tung code lên tìm hiểu 😆. B nhớ đón đọc phần 2 nhé, mình sẽ bóc tách tiếp cách xử lý triệt để mấy case lươn lẹo này của cô Thư ký
Cảm ơn một đánh giá cực kỳ có tâm, multithread luôn là một chủ đề gây trầm cảm. Ở phần tiếp theo, mình sẽ đi sâu hơn vào cách vận hành của các loại Lock và Thread Pool để giải quyết mấy bài toán kinh điển như Deadlock hay Race Condition. Bác nhớ đón đọc nhé
Tất nhiên rồi, bài này mới là khởi động để anh em nắm được cái hồn của kiến trúc thôi. Còn những phần 'khoai' hơn như đi sâu vào Redis Cluster, Sentinel, hay các trick tối ưu memory, xử lý concurrency... mình xin phép hẹn bác ở các bài viết chuyên sâu sau nhé.
Bài viết hệ thống kiến thức rất tốt, cực kỳ hữu ích cho các bạn đang muốn master mảng Concurrency trong Java. Đa luồng xem lý thuyết thì hay nhưng khi vào dự án thực tế rất dễ dính mấy lỗi kinh điển như Race Condition hay Deadlock nếu không nắm vững bản chất như thế này. Cảm ơn tác giả, upvote và bookmark chờ phần tiếp theo!
Thông tin mới nhất nhé : Việc thêm Schema không cải thiện số lượng trích dẫn AI trên Google, ChatGPT và nhiều nền tảng khác: https://www.seroundtable.com/study-schema-citations-study-41311.html. Hầu hết các phương pháp tối ưu AEO/GEO trên internet nều có thêm schema, tuy nhiên nghiên cứu đã phủ định việc này. Và Nó bổ sung cho lập luận rằng các nội dung về phương pháp tối ưu AEO/GEO đều là SEO trá hình
THẢO LUẬN
bài viết hay, respect tác giả
What de fack
@hhoang a viet bai bang ai ak sao a viet nhanh the e ko doc kip=))
Mình thấy hơi “overhype” một chút 😅 Đúng là Concurrency trong Java quan trọng thật, nhưng nói đọc một bài là có thể “nắm vững bản chất” để tránh Race Condition hay Deadlock thì hơi lý tưởng hóa. Mấy vấn đề này trong thực tế thường đến từ design sai hoặc thiếu kinh nghiệm debug hơn là chỉ thiếu kiến thức lý thuyết. Ngoài ra, cũng không phải dự án nào cũng cần “master” concurrency. Nhiều case business bình thường, dùng framework (Spring, thread pool, async abstractions, reactive lib…) đúng cách là đã handle được phần lớn rồi, không cần tự mình “đụng chạm” sâu đến low-level synchronization. Bài viết tốt thì vẫn đáng đọc, nhưng mình nghĩ nên nhìn nhận nó như một tài liệu tham khảo nền tảng thôi, chứ chưa đủ để “tự tin chiến đấu” trong production đâu @bullpig Cảm ơn tác giả đã có 1 bài viết đáng đọc! @ngocbach99
Bài viết hữu ích
Haha, bẫy self-invocation này anh em dev Java hầu như ai cũng từng sập ít nhất một lần bác ạ. Cứ gắn @Transactional mà nó không rollback mới tá hỏa đi lật tung code lên tìm hiểu 😆. B nhớ đón đọc phần 2 nhé, mình sẽ bóc tách tiếp cách xử lý triệt để mấy case lươn lẹo này của cô Thư ký
Cảm ơn một đánh giá cực kỳ có tâm, multithread luôn là một chủ đề gây trầm cảm. Ở phần tiếp theo, mình sẽ đi sâu hơn vào cách vận hành của các loại Lock và Thread Pool để giải quyết mấy bài toán kinh điển như Deadlock hay Race Condition. Bác nhớ đón đọc nhé
Tất nhiên rồi, bài này mới là khởi động để anh em nắm được cái hồn của kiến trúc thôi. Còn những phần 'khoai' hơn như đi sâu vào Redis Cluster, Sentinel, hay các trick tối ưu memory, xử lý concurrency... mình xin phép hẹn bác ở các bài viết chuyên sâu sau nhé.
Bài viết hệ thống kiến thức rất tốt, cực kỳ hữu ích cho các bạn đang muốn master mảng Concurrency trong Java. Đa luồng xem lý thuyết thì hay nhưng khi vào dự án thực tế rất dễ dính mấy lỗi kinh điển như Race Condition hay Deadlock nếu không nắm vững bản chất như thế này. Cảm ơn tác giả, upvote và bookmark chờ phần tiếp theo!
Cảm ơn b, hơi dài chút, nhưng mình thích kiểu tổng hợp thế này hơn là chia thành nhiều phần
Chỉ đơn giản cho đến khi user bấm sang trang thứ 10.000 thôi đúng kh=))
Ai nói phân trang đơn giản đi
10đ, cần nhiều những bài viết chi tiết thế này
Giờ còn ai vẫn đang học Java khum
Lâu nay dùng mà không biết tới cơ chế phía sau luôn, cảm ơn tác giả đã khai sáng
Cảm ơn b, thấy hay thì chia sẻ mọi người cùng đọc nhé
Thông tin mới nhất nhé : Việc thêm Schema không cải thiện số lượng trích dẫn AI trên Google, ChatGPT và nhiều nền tảng khác: https://www.seroundtable.com/study-schema-citations-study-41311.html. Hầu hết các phương pháp tối ưu AEO/GEO trên internet nều có thêm schema, tuy nhiên nghiên cứu đã phủ định việc này. Và Nó bổ sung cho lập luận rằng các nội dung về phương pháp tối ưu AEO/GEO đều là SEO trá hình
Chi tiết qá👏thanks tác giả
@ngocbach99 nhắc đến là sợ, tại nhiều loại design pattern khác nhau quá, không nhớ nổi
Rất chi tiết, thích những bài tổng hợp kiểu này, nhưng chắc không chỉ dừng lại ở lượng kiến thức này đâu b nhi