extend đối với abstratc method trong abstract class bắt buộc phải override lại, chứ k phải muốn ghi đè bao nhiêu tùy ý. chỉ tùy ý được với default method.
vnavn.com – Ngôi nhà web - Danh bạ web chuyên chọn lọc, cung cấp địa chỉ các trang web hot, hay, được nhiều người ưa thích và có giá trị thiết thực với người sử dụng. Trang web liên tục cập nhật địa chỉ các trang web với đủ các chủng loại khác nhau như tin tức, âm nhạc, phim, video, trò chơi…Kết hợp với công cụ tìm kiếm một cách hoàn hảo, vnavn cung cấp cho người sử dụng một trang chủ truy cập web vô cùng tiện lợi. Hãy bắt đầu cuộc sống mạng vô cùng đặc sắc với vnavn.
@lamkimphu258 Ohhh. Super Lam! Great One! I also tried but faces many issues in that. If you have the time and cost means, developing on your own is an appreciable one. You need to spend a lot of time learning the new technologies and people's demands. For speedy development; My suggestion is approaching skilled developers is the right one and the economy too. Please think that Lam!
@datbv vâng, e hiểu rồi, như vậy về bản chất là 2 thread cùng hoạt động song song, nhưng vì CAS mà chỉ 1 thành công, thread fail sẽ được java retry lại tới khi thành công.
@AnDQT còn đây là đoạn code compareAndSet của Java
nó chỉ compare & swap thôi k có retry gì hết -> nếu em k retry thì logic của em fail thôi, em chạy thử code ở trên em lấy ở https://www.baeldung.com/java-atomic-variables và bỏ while đi chạy với multithread xem, kết quả sai ngay
@AnDQT k em nhé, em lưu ý 2 method khi làm việc với atomic là:
increamentAndGet / getAndIncreament
compareAndSet
Cái compareAndSet kia chính là không làm gì và kết thúc, vậy nên nó mới có code while true của em ở trên để retry. Còn increamentAndGet / getAndIncreament bản thân Java đã support việc retry đó cho em rồi, em k cần implement retry nữa, nhưng k có nghĩa là không phải retry.
@AnDQT k em nhé, em lưu ý 2 method khi làm việc với atomic là:
increamentAndGet / getAndIncreament
compareAndSet
Cái compareAndSet kia chính là không làm gì và kết thúc, vậy nên nó mới có code while true của em ở trên để retry. Còn increamentAndGet / getAndIncreament bản thân Java đã support việc retry đó cho em rồi, em k cần implement retry nữa, nhưng k có nghĩa là không phải retry.
THẢO LUẬN
bạn có thể dùng thằng này nhé link cài đặt https://www.digitalocean.com/community/tutorials/how-to-install-jitsi-meet-on-ubuntu-20-04 còn bạn muốn làm mobile app có thể dùng React Native: https://github.com/tdduydev/react-native-jitsimeet
Các đoạn code trên ta code luôn vào adruino có được không hay code trong phần nào ạ
tks
tks
tks
tks
tks
Trang này quá trời hay luôn nè, tổng hợp các trang hay ho luôn https://vnavn.com/
tkd
extend đối với abstratc method trong abstract class bắt buộc phải override lại, chứ k phải muốn ghi đè bao nhiêu tùy ý. chỉ tùy ý được với default method.
vnavn.com – Ngôi nhà web - Danh bạ web chuyên chọn lọc, cung cấp địa chỉ các trang web hot, hay, được nhiều người ưa thích và có giá trị thiết thực với người sử dụng. Trang web liên tục cập nhật địa chỉ các trang web với đủ các chủng loại khác nhau như tin tức, âm nhạc, phim, video, trò chơi…Kết hợp với công cụ tìm kiếm một cách hoàn hảo, vnavn cung cấp cho người sử dụng một trang chủ truy cập web vô cùng tiện lợi. Hãy bắt đầu cuộc sống mạng vô cùng đặc sắc với vnavn.
@lamkimphu258 Ohhh. Super Lam! Great One! I also tried but faces many issues in that. If you have the time and cost means, developing on your own is an appreciable one. You need to spend a lot of time learning the new technologies and people's demands. For speedy development; My suggestion is approaching skilled developers is the right one and the economy too. Please think that Lam!
@datbv vâng, e hiểu rồi, cảm ơn a đã giải thích ạ😁
@AnDQT chính xác rồi em 👍️, nên nhìn theo 1 góc độ nào đó nó vẫn là lock.
Nhưng mà là lock theo kiểu while(true) chứ k phải lock theo kiểu Thread.sleep -> sẽ k có context switch -> better performance
@datbv vâng, e hiểu rồi, như vậy về bản chất là 2 thread cùng hoạt động song song, nhưng vì CAS mà chỉ 1 thành công, thread fail sẽ được java retry lại tới khi thành công.
@AnDQT còn đây là đoạn code compareAndSet của Java
nó chỉ compare & swap thôi k có retry gì hết -> nếu em k retry thì logic của em fail thôi, em chạy thử code ở trên em lấy ở https://www.baeldung.com/java-atomic-variables và bỏ while đi chạy với multithread xem, kết quả sai ngay
@AnDQT
đây mới là code của Java cho method increamentAndGet này, và while kia chính là retry đó em
@AnDQT k em nhé, em lưu ý 2 method khi làm việc với atomic là:
Cái
compareAndSetkia chính là không làm gì và kết thúc, vậy nên nó mới có code while true của em ở trên để retry. CònincreamentAndGet / getAndIncreamentbản thân Java đã support việc retry đó cho em rồi, em k cần implement retry nữa, nhưng k có nghĩa là không phải retry.@AnDQT k em nhé, em lưu ý 2 method khi làm việc với atomic là:
Cái
compareAndSetkia chính là không làm gì và kết thúc, vậy nên nó mới có code while true của em ở trên để retry. CònincreamentAndGet / getAndIncreamentbản thân Java đã support việc retry đó cho em rồi, em k cần implement retry nữa, nhưng k có nghĩa là không phải retry.