अभ्यास में मेरा अवलोकन यह रहा है कि GC.SuppressFinalize
हमेशा कॉलर को अंतिम बार दबाएगा। यह हो सकता है कि फाइनलर को फिर भी बुलाया जाए। मुझे आश्चर्य है कि GC.SuppressFinalize
में की प्रकृति गारंटी से सिस्टम द्वारा की प्रकृति है?क्या GC.SuppressFinalize गारंटी है?
अधिक जानकारी
के बाद जानकारी quesiton के लिए और अधिक संदर्भ प्रदान अगर जरूरत मदद मिल सकती है।
अनुरोध है कि सिस्टम निर्दिष्ट ऑब्जेक्ट के लिए finalizer फोन नहीं:
GC.SuppressFinalize
दस्तावेज़ सारांश राज्य है कि एक अनुरोध है नहीं करता है।
मुझे आश्चर्य है कि यह शब्द का आकस्मिक उपयोग था या वास्तव में रन-टाइम व्यवहार का वर्णन करने का इरादा था।
मैं निम्नलिखित SingletonScope
वर्ग Schnell परियोजना है, जो एक original idea by Ian Griffiths पर आधारित था सिवाय इसके कि इसे अधिक सामान्यकृत है से लिया के साथ इस देखा है। विचार है कि डिबग बिल्ड में, Dispose
विधि को कॉल किया गया था या नहीं। यदि नहीं, तो फाइनल में अंततः लात मार जाएगा और कोई चेतावनी दे सकता है। यदि Dispose
को GC.SuppressFinalize
कहा जाता है तो फाइनर को फायरिंग से रोकें। दुर्भाग्य से, चेतावनियां किसी भी तरह से आग लगती हैं, लेकिन एक निश्चित फैशन में नहीं। यही है, वे प्रत्येक दौड़ पर आग नहीं डालते हैं।
#region License, Terms and Author(s)
//
// Schnell - Wiki widgets
// Copyright (c) 2007 Atif Aziz. All rights reserved.
//
// Author(s):
// Atif Aziz, http://www.raboof.com
//
// This library is free software; you can redistribute it and/or modify it
// under the terms of the GNU Lesser General Public License as published by
// the Free Software Foundation; either version 2.1 of the License, or (at
// your option) any later version.
//
// This library is distributed in the hope that it will be useful, but WITHOUT
// ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
// FITNESS FOR A PARTICULAR PURPOSE. See the GNU Lesser General Public
// License for more details.
//
// You should have received a copy of the GNU Lesser General Public License
// along with this library; if not, write to the Free Software Foundation,
// Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA
//
#endregion
namespace WikiPad
{
#region Imports
using System;
using System.Diagnostics;
#endregion
//
// NOTE: To use SingletonScope and ISingletonScopeHelper with value
// types, use Nullable<T>. For example, if the type of value to scope
// is ThreadPriority then use ISingletonScopeHelper<ThreadPriority?>
// and SingletonScope<ThreadPriority?>.
//
//
// In debug builds, this type is defined as a class so a finalizer
// can be used to detect an undisposed scope.
//
/// <summary>
/// Designed to change a singleton and scope that change. After exiting
/// the scope, the singleton is restored to its value prior to entering
/// the scope.
/// </summary>
#if !DEBUG
internal struct SingletonScope<T, H>
#else
internal sealed class SingletonScope<T, H>
#endif
: IDisposable
where H : ISingletonScopeHelper<T>, new()
{
private T _old;
public SingletonScope(T temp)
{
_old = Helper.Install(temp);
}
private static H Helper
{
get { return new H(); }
}
public void Dispose()
{
//
// First, transfer fields to stack then nuke the fields.
//
var old = _old;
_old = default(T);
//
// Shazam! Restore the old value.
//
Helper.Restore(old);
#if DEBUG
GC.SuppressFinalize(this); // Only when defined as a class!
#endif
}
#if DEBUG
//
// This finalizer is used to detect an undisposed scope. This will
// only indicate that the scope was not disposed but (unfortunately)
// not which one and where since GC will probably collect much later
// than it should have been disposed.
//
~SingletonScope()
{
Debug.Fail("Scope for " + typeof(T).FullName + " not disposed!");
}
#endif
}
}
एक पूर्ण काम कर उदाहरण संकलन के निर्देश के साथ http://gist.github.com/102424 पर उपलब्ध है, लेकिन ध्यान दें है कि समस्या को निर्धारणात्मक अब तक reproduced नहीं किया जा सकता।
निपटान विधि में ट्रेस नहीं है, मुझे लगता है कि आप सुनिश्चित हैं कि इसे अंतिम रूप से पहले सफलतापूर्वक बुलाया जाता है? – Groo
@ ग्रूओ: हाँ मुझे यकीन है कि जब तक सी # में टूटा हुआ नहीं है। :) –