System.Timers.Timer vs System.Threading.Timer

Tôi đã kiểm tra một số bộ tính giờ có thể gần đây System.Threading.Timervà System.Timers.Timerlà những bộ có vẻ cần thiết đối với tôi (vì chúng hỗ trợ tổng hợp luồng).

Tôi đang làm một trò chơi, và tôi dự định sử dụng tất cả các loại sự kiện, với các khoảng thời gian khác nhau, v.v.

Cái nào sẽ là tốt nhất?

Bài viết này cung cấp một lời giải thích khá toàn diện:

" So sánh các lớp Timer trong Thư viện lớp .NET Framework " - cũng có sẵn dưới dạng tệp .chm

Sự khác biệt cụ thể dường như System.Timers.Timerlà hướng đến các ứng dụng đa luồng và do đó an toàn cho luồng thông qua thuộc tính của nó SynchronizationObject, trong khi đó, System.Threading.Timertrớ trêu là không an toàn ngoài luồng.

Tôi không tin rằng có một sự khác biệt giữa hai điều này vì nó liên quan đến khoảng thời gian nhỏ của bạn có thể.

System.Threading.Timerlà một bộ đếm thời gian đơn giản. Nó gọi bạn trở lại trên một chủ đề nhóm chủ đề (từ nhóm công nhân).

System.Timers.Timerlà một System.ComponentModel.Componentkết thúc tốt đẹp System.Threading.Timervà cung cấp một số tính năng bổ sung được sử dụng để gửi đi trên một luồng cụ thể.

System.Windows.Forms.Timerthay vào đó kết thúc một thông điệp gốc - chỉ HWND và sử dụng Bộ đếm thời gian cửa sổ để nâng cao các sự kiện trong vòng lặp thông báo HWND đó.

Nếu ứng dụng của bạn không có giao diện người dùng và bạn muốn có bộ đếm thời gian .Net nhẹ và có mục đích chung nhất có thể, (vì bạn rất vui khi tìm ra luồng / gửi của riêng bạn) thì System.Threading.Timercũng tốt như trong khung.

Tôi không hoàn toàn rõ ràng vấn đề được cho là 'không an toàn' System.Threading.Timerlà gì. Có lẽ nó cũng giống như được hỏi trong câu hỏi này: An toàn chủ đề của System.Timers.Timer vs System.Threading.Timer , hoặc có lẽ mọi người chỉ có nghĩa là:

1. thật dễ dàng để viết điều kiện cuộc đua khi bạn đang sử dụng bộ tính giờ. Ví dụ: xem câu hỏi này: An toàn luồng của Timer (System.Threading)

2. nhập lại các thông báo hẹn giờ, trong đó sự kiện hẹn giờ của bạn có thể kích hoạt và gọi lại cho bạn lần thứ hai trước khi bạn xử lý xong sự kiện đầu tiên . Ví dụ: xem câu hỏi này: Thực thi an toàn luồng bằng System.Threading.Timer và Monitor

Trong cuốn sách " CLR Via C # ", Jeff Ritcher không khuyến khích sử dụng System.Timers.Timer, bộ đếm thời gian này có nguồn gốc từ System.ComponentModel.Component, cho phép nó được sử dụng trong bề mặt thiết kế của Visual Studio. Vì vậy, nó sẽ chỉ hữu ích nếu bạn muốn có một bộ đếm thời gian trên bề mặt thiết kế.

Anh ấy thích sử dụng System.Threading.Timercho các tác vụ nền trên một chuỗi chủ đề.

Thông tin từ Microsoft về điều này (xem Nhận xét về MSDN ):

• System.Timers.Timer , thực hiện một sự kiện và thực thi mã trong một hoặc nhiều sự kiện chìm trong khoảng thời gian đều đặn. Lớp này được thiết kế để sử dụng như một thành phần dựa trên máy chủ hoặc dịch vụ trong môi trường đa luồng; Nó không có giao diện người dùng và không hiển thị trong thời gian chạy.
• System.Threading.Timer , thực thi một phương thức gọi lại duy nhất trên một chuỗi nhóm luồng trong khoảng thời gian đều đặn. Phương thức gọi lại được xác định khi bộ định thời được khởi tạo và không thể thay đổi. Giống như lớp System.Timers.Timer, lớp này được thiết kế để sử dụng như một thành phần dựa trên máy chủ hoặc dịch vụ trong môi trường đa luồng; Nó không có giao diện người dùng và không hiển thị trong thời gian chạy.
• System.Windows.Forms.Timer (chỉ .NET Framework), một thành phần Windows Forms thực hiện một sự kiện và thực thi mã trong một hoặc nhiều sự kiện chìm trong các khoảng thời gian đều đặn. Thành phần này không có giao diện người dùng và được thiết kế để sử dụng trong môi trường đơn luồng; nó thực thi trên luồng UI.
• System.Web.UI.Timer (chỉ .NET Framework), một thành phần ASP.NET thực hiện các postback trang web không đồng bộ hoặc đồng bộ tại một khoảng thời gian thông thường.

Thật thú vị khi đề cập đến việc System.Timers.Timerkhông dùng .NET Core 1.0, nhưng đã được triển khai lại trong .NET Core 2.0 (/ .NET Standard 2.0). Mục tiêu với .NET Standard 2.0 là việc chuyển đổi từ .NET Framework có thể dễ dàng nhất có thể là lý do khiến nó quay trở lại.

Khi nó không được dùng nữa, Trình phân tích tính di động .NET Visual Studio Bổ trợ nên sử dụng System.Threading.Timerthay thế.

Có vẻ như Microsoft ủng hộ System.Threading.Timertrước đây System.Timers.Timer.

EDIT NOTE 2018-11-15: Tôi sẵn sàng thay đổi câu trả lời của mình vì thông tin cũ về .NET Core 1.0 không còn hiệu lực nữa.

Một sự khác biệt quan trọng không được đề cập ở trên có thể khiến bạn hiểu ra là System.Timers.Timerâm thầm nuốt ngoại lệ, trong khi System.Threading.Timerkhông.

Ví dụ:

var timer = new System.Timers.Timer { AutoReset = false };
timer.Elapsed += (sender, args) =>
{
    var z = 0;
    var i = 1 / z;
};
timer.Start();

đấu với

var timer = new System.Threading.Timer(x =>
{
    var z = 0;
    var i = 1 / z;
}, null, 0, Timeout.Infinite);

Tôi tìm thấy một so sánh ngắn từ MSDN

Thư viện lớp .NET Framework bao gồm bốn lớp có tên Timer, mỗi lớp cung cấp các chức năng khác nhau:

System.Timers.Timer, trong đó thực hiện một sự kiện và thực thi mã trong một hoặc nhiều sự kiện chìm trong khoảng thời gian đều đặn. Lớp này được thiết kế để sử dụng như một thành phần dựa trên máy chủ hoặc dịch vụ trong môi trường đa luồng; Nó không có giao diện người dùng và không hiển thị trong thời gian chạy.

System.Threading.Timer, thực thi một phương thức gọi lại duy nhất trên một chuỗi nhóm luồng trong khoảng thời gian đều đặn. Phương thức gọi lại được xác định khi bộ định thời được khởi tạo và không thể thay đổi. Giống như lớp System.Timers.Timer, lớp này được thiết kế để sử dụng như một thành phần dựa trên máy chủ hoặc dịch vụ trong môi trường đa luồng; Nó không có giao diện người dùng và không hiển thị trong thời gian chạy.

System.Windows.Forms.Timer, một thành phần Windows Forms thực hiện một sự kiện và thực thi mã trong một hoặc nhiều sự kiện chìm trong các khoảng thời gian đều đặn. Thành phần này không có giao diện người dùng và được thiết kế để sử dụng trong môi trường đơn luồng.

System.Web.UI.Timer, một thành phần ASP.NET thực hiện các postback trang web không đồng bộ hoặc đồng bộ tại một khoảng thời gian đều đặn.

Hai lớp có chức năng tương đương, ngoại trừ việc System.Timers.Timercó một tùy chọn để gọi tất cả các callbacks timer hết hạn của mình thông qua ISynchronizeInvoke bằng cách thiết lập SynchronizingObject . Mặt khác, cả hai bộ định thời gọi các cuộc gọi lại hết hạn trên các luồng nhóm luồng.

Khi bạn kéo một System.Timers.Timerbề mặt thiết kế Windows Forms, Visual Studio sẽ đặt SyncizingObject cho đối tượng biểu mẫu, điều này khiến cho tất cả các cuộc gọi lại hết hạn được gọi trên luồng UI.

Từ MSDN: System.Threading.Timerlà một bộ đếm thời gian đơn giản, nhẹ, sử dụng các phương thức gọi lại và được phục vụ bởi các luồng nhóm luồng. Nó không được khuyến khích sử dụng với Windows Forms, vì các cuộc gọi lại của nó không xảy ra trên luồng giao diện người dùng. System.Windows.Forms.Timerlà một lựa chọn tốt hơn để sử dụng với Windows Forms. Đối với chức năng hẹn giờ dựa trên máy chủ, bạn có thể cân nhắc sử dụng System.Timers.Timer, điều này làm tăng các sự kiện và có các tính năng bổ sung.

Nguồn