III- Cơ chế truyền nhận trong Java
b.Synchronization (xử lý crictical section)
Như đã nĩi ở trên, khả năng multithread do Java support mang lại nhiều lợi điểm. Tuy nhiên, điều gì sẽ xảy ra nếu hai thread truy xuất và làm thay đổi cùng một đối tượng? Lý thuyết chung của vấn đề này vẫn là : phải đảm bảo trong quá trình một thread truy xuất và sửa đổi đối tượng dùng chung, nĩ khơng bị interrupted.
Ðể giải quyết vấn đề này (crictical section), mơn hệ điều hành cĩ một số phương pháp: dùng semaphore, các giải thuật của Peterson,monitors,testandset. Tuy nhiên, Java xử lý vấn đề này bằng synchronize access tới các đối tượng dùng chung, đây là hình thức sử dụng monitors, tuy nhiên việc sử dụng trong Java lại rất dễ dàng, hầu như chỉ là vấn đề khai báo. Ðơn giản là ta chỉ việc khai báo phương thức mà các thread gọi để truy xuất đối tượng dùng chung với từ khĩa : synchronized
public synchronized void changeObject(. . .) {
. . . }
Sau đây là cơ cấu làm việc của synchronization:
1. Nếu một lớp cĩ một hay nhiều phương thức synchronized, mỗi đối tượng của lớp nhận một hàng đợi, hàng đợi này giữ tất cả các thread đang đợi tới lượt thực thi một trong các phương thức synchronized.
2. Cĩ 2 khả để một thread xếp vào hàng : gọi phương thức synchronized trong khi thread khác đang sử dụng đối tượng dùng chung, hoặc chính thread đĩ gọi wait trong khi đang dùng đối tượng.
3. Khi một lần gọi phương thức synchronized trả về, hay một phương thức khác gọi wait, thread khác nhận quyền truy xuất tới đối tượng.
4. Scheduler luơn chọn thread cĩ mức ưu tiên cao nhất trong các thread đang trong hàng.
5. Nếu một thread bị đặt vào hàng do gọi wait, nĩ cần được "unfrozen" bởi việc gọi notify trước khi nĩ được scheduled để thực thi tiếp.
Các qui luật schedule khá phức tạp, nhưng sử dụng chúng lại khá đơn giản. Chỉ cần thực hiện ba qui tắc sau:
1. Nếu hai hay nhiều thread sửa đổi một đối tượng, khai báo các phương thức thực hiện việc sửa đổi với từ khĩa synchronized.
2. Nếu một thread đợi sự thay đổi trạng thái của một đối tượng, nĩ nên đợi bên trong đối tượng, khơng phải bên ngồi, bằng cách vào phần thực thi của phương thức synchronized và gọi wait
3. Bất cứ khi nào một phương thức thay đổi trạng thái của một đối tượng, nĩ nên gọi notify(trước). Ðiều này làm các thread đang đợi cĩ cơ hội.
Vấn đề này buộc phải xử lý trong đề án ở một số phương thức. Trong phần thực hiện Server, mỗi connection ứng với một client do một thread quản lý. Giả sử như cĩ user_1 (client_1) thốt khỏi nhĩm hiện hành của mình, khi đĩ thread_1 xử lý connection ứng với client này cần gọi hàm để xĩa user khỏi nhĩm. Nếu trong quá trình hàm xĩa user khỏi nhĩm đang thực thi mà thread bị interrupted, bởi một thread khác, thread_2, ứng với client_2 (user_2) cùng nhĩm với user_1, muốn gửi một câu chat cho user_1. Sau đĩ thread_1 lại dành quyền điều khiển của thread_1, thực hiện xĩa user_1 khỏi nhĩm cũ. Thread_2 sau đĩ lại tiếp tục gửi câu chat cho user_1 lúc này khơng cịn cùng nhĩm với
mình nữa. Vì thế buộc phải khai báo synchronized cho hàm xĩa user khỏi nhĩm .Cịn một số tình huống khác trong phần thực hiện server buộc phải sử dụng synchronization, được mơ tả kỹ hơn trong phần sau (phần 2).