Rò rỉ bộ nhớ xung quanh hẹn giờ ủy nhiệm

Question

Đôi khi người dùng muốn lập lịch một bộ hẹn giờ lớn và không muốn quản lý các tham chiếu đến các bộ hẹn giờ đó.
Trong trường hợp người dùng không tham chiếu bộ hẹn giờ, bộ hẹn giờ có thể được GC thu thập trước khi nó được thực thi.
tôi tạo ra các Timers lớp để phục vụ như một giữ chỗ cho giờ mới được tạo ra:

static class Timers 
{ 
    private static readonly ILog _logger = LogManager.GetLogger(typeof(Timers)); 

    private static readonly ConcurrentDictionary<Object, Timer> _timers = new ConcurrentDictionary<Object, Timer>(); 

    /// <summary> 
    /// Use this class in case you want someone to hold a reference to the timer. 
    /// Timer without someone referencing it will be collected by the GC even before execution. 
    /// </summary> 
    /// <param name="dueTime"></param> 
    /// <param name="action"></param> 
    internal static void ScheduleOnce(TimeSpan dueTime, Action action) 
    { 
     if (dueTime <= TimeSpan.Zero) 
     { 
      throw new ArgumentOutOfRangeException("dueTime", dueTime, "DueTime can only be greater than zero."); 
     } 
     Object obj = new Object(); 

     Timer timer = new Timer(state => 
     { 
      try 
      { 
       action(); 
      } 
      catch (Exception ex) 
      { 
       _logger.ErrorFormat("Exception while executing timer. ex: {0}", ex); 
      } 
      finally 
      { 
       Timer removedTimer; 
       if (!_timers.TryRemove(obj, out removedTimer)) 
       { 
        _logger.Error("Failed to remove timer from timers"); 
       } 
       else 
       { 
        removedTimer.Dispose(); 
       } 
      } 
     }); 
     if (!_timers.TryAdd(obj, timer)) 
     { 
      _logger.Error("Failed to add timer to timers"); 
     } 
     timer.Change(dueTime, TimeSpan.FromMilliseconds(-1)); 
    } 
} 

Nếu tôi không vứt bỏ bộ đếm thời gian lấy ra, nó kết quả với một rò rỉ bộ nhớ.
Có vẻ như ai đó đang giữ tham chiếu đến đại biểu của người theo dõi sau khi bộ hẹn giờ bị xóa khỏi bộ sưu tập _timers.

Câu hỏi đặt ra là tại sao tôi bị rò rỉ bộ nhớ nếu tôi không bỏ hẹn giờ?

Answer 1

Timer được giữ lại bởi GCHandle được tạo bởi chính bộ hẹn giờ. Điều này có thể được kiểm tra bằng cách sử dụng một trình thu thập bộ nhớ .net. Lần lượt, các Timer sẽ giữ cho các đại biểu còn sống, mà sau đó sẽ giữ cho phần còn lại còn sống.

A GCHandle là một loại đối tượng đặc biệt có thể được sử dụng để "lừa" Bộ gom rác để giữ cho các đối tượng không thể tiếp cận được.

Bạn có thể thực sự loại-của thử nghiệm này mà không có một hồ sơ bằng:

var a = new ClassA(); 
var timer = new Timer(a.Exec); 

var refA = new WeakReference(a); 
var refTimer = new WeakReference(timer); 

a = null; 
timer = null; 

GC.Collect(); 
GC.WaitForPendingFinalizers(); 
GC.Collect(); 

Console.WriteLine(refA.IsAlive); 
Console.WriteLine(refTimer.IsAlive); 

Answer 2

Timers là Components. Như vậy, bạn phải gọi số Dispose khi bạn đã hoàn tất.

Từ the documentation:

Một Component nên giải phóng các nguồn lực một cách rõ ràng bởi các cuộc gọi đến phương pháp Dispose của nó, mà không cần chờ cho quản lý bộ nhớ tự động thông qua một cuộc gọi ngầm với phương pháp Finalize. Khi Container được xử lý, tất cả các thành phần trong số Container cũng được xử lý.

Phần "Khi Container được xử lý, tất cả các thành phần trong Container cũng được xử lý". có thể được nhìn thấy trong phương thức Vứt bỏ của Mẫu khi gọi:

if (disposing && (components != null)) 
{ 
    components.Dispose(); 
} 

Vì vậy, đừng mong đợi định giờ được xử lý với Biểu mẫu trừ khi chúng được thêm vào thành phần.

Cập nhật cho nhận xét của bạn:
Bộ hẹn giờ có con trỏ tới mã không được quản lý (API hẹn giờ của OS) để nó không thể xử lý cho đến khi không còn cần thiết nữa. Trình hoàn thiện sẽ không chạy trên đối tượng trừ khi vứt bỏ được gọi là đầu tiên hoặc chương trình đang thoát. Điều này là do các tham chiếu hiện tại này đối với mã không được quản lý.

Từ những gì tôi hiểu mô hình vứt bỏ được giả sử để tăng tốc các chương trình đóng (vì thời gian chạy có thể thu thập rác trong thời gian xuống) trong khi vẫn cho phép thực thi mã không được quản lý. Nếu bạn làm một số lượng lớn ddl nhập khẩu, bạn sẽ bắt đầu thấy lý do tại sao hệ thống hoạt động theo cách của nó.

Cũng cần lưu ý rằng tài liệu chỉ ra rằng bạn có thể không có quyền truy cập vào các đối tượng được quản lý từ trình kết thúc của đối tượng. Một ví dụ về điều này là một StreamWriter. Cá nhân tôi nghĩ rằng đây là một quy tắc tùy ý, nhưng nó tồn tại, do đó sự cần thiết cho hệ thống vứt bỏ.

Dù bằng cách nào, nếu bạn sử dụng một cái gì đó thực hiện giao diện iDisposable, bạn nên luôn luôn vứt bỏ nó khi bạn đang thực hiện với nó. Bạn sẽ nhận được kết quả tốt hơn (nhất quán hơn) theo cách đó.