Xin lưu ý rằng bạn có thể tạo bản chất mọi thứ trong delphi unthreadsafe. Trong khi những người khác đề cập đến vấn đề liên kết trên boolean này trong một cách ẩn các vấn đề thực sự.
Có, bạn có thể đọc boolean trong bất kỳ chuỗi nào và ghi vào boolean trong bất kỳ chuỗi nào nếu được căn chỉnh chính xác. Nhưng đọc từ một boolean bạn thay đổi không nhất thiết phải là "thread an toàn" anyway. Giả sử bạn có boolean bạn đặt thành true khi bạn đã cập nhật một số để chuỗi khác đọc số.
if NumberUpdated then
begin
LocalNumber = TheNumber;
end;
Do tối ưu hóa bộ xử lý làm TheNumber có thể được đọc trước NumberUpdated được đọc, do đó bạn có thể nhận được giá trị cũ của TheNumber dù cho bạn cập nhật NumberUpdated ngoái.
Aka, mã của bạn có thể trở thành:
temp = TheNumber;
if NumberUpdated the
begin
LocalNumber = temp;
end;
IMHO, một nguyên tắc cơ bản của ngón tay cái:
". Đọc được an toàn chủ đề viết không phải là thread an toàn"
Vì vậy, nếu bạn định viết bảo vệ dữ liệu với đồng bộ hóa ở mọi nơi bạn đọc giá trị trong khi ghi có thể có khả năng xảy ra.
Mặt khác, nếu bạn chỉ đọc và viết một giá trị trong một chuỗi, thì đó là chuỗi an toàn. Vì vậy, bạn có thể thực hiện một đoạn văn bản lớn ở một vị trí tạm thời, sau đó đồng bộ hóa bản cập nhật dữ liệu ứng dụng.
Tiền thưởng làm phiền:
VCL không phải là chủ đề an toàn. Giữ tất cả các sửa đổi của ui công cụ trong chủ đề chính. Giữ tất cả các công cụ ui trong chuỗi chính.
Nhiều chức năng không phải là chủ đề an toàn, trong khi các hàm khác thường phụ thuộc vào các lệnh gọi winapi cơ bản.
Tôi không nghĩ rằng "danh sách" sẽ hữu ích vì "chuỗi an toàn" có thể có nghĩa là nhiều thứ.
+1, điểm rất tốt. Đối với bất kỳ ai quan tâm, hãy xem ví dụ http://en.wikipedia.org/wiki/Memory_barrier và thông tin được liên kết. – mghie