http://dot.net.vn/Desktop.aspx/Threads/CanBan-dotNET-Framework/Giai_phong_bo_nho/ Vì chưa hiểu sâu về cơ chế giải phóng bộ nhớ trong .NET, mình có đặt ra một ví dụ như sau:<br> <br> class A: IDisposable<br> {<br> private B _b;<br> <br> public A()<br> {}<br> <br> public void Dispose()<br> {<br> _b = null;<br> }<br> }<br> <br> Trong hàm Dispose() của lớp A mình có gán _b = null, với các gán này thì vùng nhớ của _b trong HEAP không bị giải phóng phải không?<br> Vậy làm các nào nếu một instance của A bị Dispose thì _b phải bị dispose theo?<br>1/ _b chưa chắc đã nằm trong heap. Tùy thuộc class B của bạn là gì, reference type hay value type.<br> <br> 2/ _b = null không hề dispose _b. khi bạn khai báo:<br> private B _b;<br> <br> tương đươhg với khai báo 1 pointer _b.<br> Khi bạn instantiate _b như sau:<br> _b = new B();<br> <br> thì một instance của class B mới được khởi tạo và pointer _b được gán để trỏ tới instance này.<br> <br> Do đó, khi bạn gán _b = null đơn thuần chỉ là gán pointer _b tới nothing.<br> <br> Vậy khi A bị thì _b có dispose hay không? Không. Trừ phi class B implements IDisposable và bạn gọi cụ thể _b.Dispose() thì GC sẽ cho phép _b được dispose (nhưng chưa chắc đã bị finalized hoặc collected)<br> <br> Vậy khi A bị collected (giải phóng bộ nhớ) thì _b có bị collected không? Câu trả lời là tùy. Nếu A instantiate _b và không có bất kỳ object nào khác reference đến _b (nói cách khác là cả _b và A đều goes out of scope) thì khi A bị collected, _b cũng sẽ bị collected theo, cho dù bạn có gán _b = null hay không cũng vậy.<br> <br> Bạn nên lưu ý là các khái niệm này rất khác nhau: dispose, finalize, collected.<br><br>Để hiểu rõ hơn về Garbage Collection trong .NET, bạn hãy xem 2 bài viết này:<br> <br> <a href="http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dndotnet/html/dotnetGCbasics.asp" target="_blank">http://msdn.microsoft.com/library/de...etGCbasics.asp</a><br> (Chú trọng tới performance)<br> <br> <a href="http://www.codeproject.com/dotnet/garbagecollection.asp" target="_blank">http://www.codeproject.com/dotnet/garbagecollection.asp</a><br> (Chú trọng tới algorithms)<br><br><b>1/Sự khác biệt giữa Dispose, Finalize, và Collect:</b><br> <b>IDisposable.Dispose():</b> Dùng để ra lệnh cho GC chú ý giải phóng resources của 1 object khi lập trình viên biết rõ khi nào thì cần giải phóng. Lưu ý là khi implement IDisposable phải quan tâm tới chuyện Dipose() sẽ bị gọi 1, 2, nhiều, hoặc thậm chí không có lần nào cả. Chưa hết chuyện, mặc dù Dipose() dùng để freeup resources. GC có thích freeup hay không thì... hãy đợi đấy <br> Ngoài ra, implement IDisposable thì cũng không đơn giản chỉ là override Dispose() đâu:<br> <a href="http://www.vbinfozine.com/a_disposable.shtml" target="_blank">http://www.vbinfozine.com/a_disposable.shtml</a><br> (xem chơi cho biết, trong bài viết có link tới cách chính thức implement IDisposable của MSDN)<br> <br> <b>Finalize:</b> IDisposable.Finalize() thực ra chẳng cần thiết bởi vì khi có destructor ~Class(), tự động nó sẽ ngầm gọi Finalize() từ base class rồi.<br> Nếu trong các ngôn ngữ khác như Delphi chẳng hạn, Finalize chính là finalize thực sự. Có nghĩa là: những điều tôi cần phải làm trước khi tôi chết. Còn trong .NET thì hoàn toàn lại khác hẳn: tôi chết rồi, xí quên, tui còn cái list finalize cần phải làm, <b>hãy cho tui sống lại cùng với bè bạn của tui (referenced resources)</b> để cho tui hoàn tất finalize rồi mới cho tui chết. Do đó, khi class có finalize hoặc disposable chỉ tổ làm cho garbage collection chậm hơn nhiều lần.<br> Nói ngắn gọn: tốt nhất là đừng có destructors, đừng có IDiposable. Chỉ dùng khi bắt buộc phải nói chuyện với unmanaged resources.<br> <br> <b>Collection:</b> sau khi object bị đưa vào "danh sách tử thần", nếu không bị Finalize cứu trở vô danh sách luân hồi, thì GC sẽ nhí nhảnh lựa ra vài em rồi... trảm. <br> Xem ví dụ này để thấy GC nhí nhảnh như thế nào. Bạn cũng có thể dựa vào code sườn này để phát triển thêm tests khác.<br> <a href="http://www.csharphelp.com/archives/archive180.html" target="_blank">http://www.csharphelp.com/archives/archive180.html</a><br><br>1/ <b>volatile</b> hay <b>lock</b> đều tương đương với:<br> Monitor.Enter(lockingObject);<br> ....<br> Monitor.Exit(lockingObject);<br> <br> Do đó, bạn dùng volatile và lock cùng lúc là thừa. Bản thân volatile đã bắt buộc "dirty-read", dẫn tới Monitor rồi.<br> <br> 2/ lock toàn bộ class chi vậy bạn? Khi lock thì chỉ nên lock càng ít càng tốt. Thay vì lock(typeof(SingletonA)); bạn có thể làm như sau:<br> static readonly object lockingObject;<br> ....<br> get<br> {<br> lock(lockingObject)<br> {<br> .....<br> }<br> }<br> <br> 3/ Ngoài vấn đề volatile và lock ra thì cả 2 class A và SingletonA của bạn đều y chang nhau. Khác nhau ở chỗ:<br> - class A không thread-safe, còn SingletonA ở trên nhờ lock và volatile sẽ thread-safe.<br> - A.Method(): là class's static method =&gt; accessible to any one.<br> SingletonA.Instance.Method(): là instance's method =&gt; accessible to only the instance itself. Nhưng vì instance của bạn là static nên tất nhiên cũng accessible to any one nốt.<br> <br> Nếu bạn lo lắng về chuyện nên static method hay static instance, non-static method thì tùy theo yêu cầu cụ thể của bạn thôi, đừng bận tâm về bộ nhớ, mình chả thấy khác gì mấy cả. Chỉ khác ở chỗ cái nào sử dụng tiện hơn, cái nào cần initalize thế thôi.<br> Vietnam .NET Community vi-VN automail-noreply@dot.net.vn automail-noreply@dot.net.vn Copyright 2005-2008 Vietnam .NET Community Mon, 18 Aug 2008 09:08:38 GMT Căn bản về .NET Framework 60 http://cyber.law.harvard.edu/rss/rss.html VIE Portal RSS Generator - Version 5.5.3057.24265 - http://www.vieportal.vn/ http://dot.net.vn/Desktop.aspx/Threads/CanBan-dotNET-Framework/Giai_phong_bo_nho/ thanks automail-noreply@dot.net.vn Thu, 19 Jun 2008 18:26:26 GMT http://dot.net.vn/Desktop.aspx/Threads/CanBan-dotNET-Framework/Giai_phong_bo_nho/ Căn bản về .NET Framework http://dot.net.vn/Desktop.aspx/Threads/CanBan-dotNET-Framework/Giai_phong_bo_nho/ Thứ 1 :Trong C# không giống như Delphi hay C++ là không có Pointer. Mà thằng BDS2006 và CodeGear2007 thì đang thực hiện điều này : bỏ Pointer.<br><br>Thứ 2 : Cách giải phóng vùng nhớ của .NET là nếu bạn không còn dùng nữa(Ngoài Scope) cộng với bạn không có dã tâm cố ý hủy bỏ nó thì nó sẽ tự hủy.<br><br>Thứ 3: Không cần quan tâm đến từ khóa khai báo. Việc xác định từ khóa khai báo chỉ nhằm đóng gói Object và tiện cho việc tri xuất đúng đắng thôi, không có ý nghĩa gì với việc dọn rác cả.<br><br> automail-noreply@dot.net.vn Fri, 01 Aug 2008 18:17:45 GMT http://dot.net.vn/Desktop.aspx/Threads/CanBan-dotNET-Framework/Giai_phong_bo_nho/ Căn bản về .NET Framework http://dot.net.vn/Desktop.aspx/Threads/CanBan-dotNET-Framework/Giai_phong_bo_nho/ Bạn nói ko có Pointer là sai. Trong C# Reference Type chính là Pointer đó! automail-noreply@dot.net.vn Mon, 18 Aug 2008 09:08:38 GMT http://dot.net.vn/Desktop.aspx/Threads/CanBan-dotNET-Framework/Giai_phong_bo_nho/ Căn bản về .NET Framework