能否让Unity始终不抛出Synchronization LockException？

Unity 依赖注入容器存在一个众所周知的问题，即 SynchronizedLifetimeManager 通常会导致 Monitor.Exit 方法抛出 SynchronizationLockException，然后该异常会被捕获并忽略。这对我来说是一个问题，因为我喜欢使用 Visual Studio 进行调试，设置为在任何引发的异常上中断，因此每次我的应用程序启动时，我都会无缘无故地多次中断此异常。

如何防止抛出此异常？

无论网络上其他地方提到此问题，建议通常都会涉及更改调试器设置以忽略它。这类似于去找医生说：“医生，医生，我举起手臂时会疼”，然后医生告诉他：“好吧，别举了。”我正在寻找一种解决方案，可以首先阻止抛出异常。

异常发生在 SetValue 方法中，因为它假设首先调用 GetValue，然后调用 Monitor.Enter。但是，LifetimeStrategy 和 UnityDefaultBehaviorExtension 类都会定期调用 SetValue，而不调用 GetValue。

我不想更改源代码并维护我自己的 Unity 版本，因此我希望有一个解决方案，可以在其中向容器添加一些扩展、策略或策略的组合，以确保，如果生命周期管理器是一个 SynchronizedLifetimeManager，GetValue 总是在其他任何事情之前被调用。

我确信代码可以通过很多方式调用 SynchronizedLifetimeManager 或像 ContainerControlledLifetimeManager 这样的后代，但是有两种情况特别给我带来了问题。

第一个是我自己的错误 - 我使用构造函数注入来提供对容器的引用，并且在该构造函数中我还将该类的新实例添加到容器中以供将来使用。这种向后方法的效果是将生命周期管理器从 Transient 更改为 ContainerControlled，以便 Unity 调用 GetValue 的对象与其调用 SetValue 的对象不同。吸取的教训是在构建过程中不要做任何可能改变对象生命周期管理器的事情。

第二种情况是，每次调用RegisterInstance时，UnityDefaultBehaviorExtension都会调用SetValue，而不先调用GetValue。幸运的是，Unity 具有足够的可扩展性，只要有足够的热心，您就可以解决这个问题。

从像这样的新行为扩展开始：

/// <summary>
/// Replaces <see cref="UnityDefaultBehaviorExtension"/> to eliminate 
/// <see cref="SynchronizationLockException"/> exceptions that would otherwise occur
/// when using <c>RegisterInstance</c>.
/// </summary>
public class UnitySafeBehaviorExtension : UnityDefaultBehaviorExtension
{
    /// <summary>
    /// Adds this extension's behavior to the container.
    /// </summary>
    protected override void Initialize()
    {
        Context.RegisteringInstance += PreRegisteringInstance;

        base.Initialize();
    }

    /// <summary>
    /// Handles the <see cref="ExtensionContext.RegisteringInstance"/> event by
    /// ensuring that, if the lifetime manager is a 
    /// <see cref="SynchronizedLifetimeManager"/> that its 
    /// <see cref="SynchronizedLifetimeManager.GetValue"/> method has been called.
    /// </summary>
    /// <param name="sender">The object responsible for raising the event.</param>
    /// <param name="e">A <see cref="RegisterInstanceEventArgs"/> containing the
    /// event's data.</param>
    private void PreRegisteringInstance(object sender, RegisterInstanceEventArgs e)
    {
        if (e.LifetimeManager is SynchronizedLifetimeManager)
        {
            e.LifetimeManager.GetValue();
        }
    }
}

那么您需要一种方法来替换默认行为。 Unity 没有删除特定扩展的方法，因此您必须删除所有内容并再次将其他扩展放回原处：

public static IUnityContainer InstallCoreExtensions(this IUnityContainer container)
{
    container.RemoveAllExtensions();
    container.AddExtension(new UnityClearBuildPlanStrategies());
    container.AddExtension(new UnitySafeBehaviorExtension());

#pragma warning disable 612,618 // Marked as obsolete, but Unity still uses it internally.
    container.AddExtension(new InjectedMembers());
#pragma warning restore 612,618

    container.AddExtension(new UnityDefaultStrategiesExtension());

    return container;
}

请注意UnityClearBuildPlanStrategies？ RemoveAllExtensions 清除容器的所有内部策略和策略列表（除了一个），因此我必须使用另一个扩展来避免在恢复默认扩展时插入重复项：

/// <summary>
/// Implements a <see cref="UnityContainerExtension"/> that clears the list of 
/// build plan strategies held by the container.
/// </summary>
public class UnityClearBuildPlanStrategies : UnityContainerExtension
{
    protected override void Initialize()
    {
        Context.BuildPlanStrategies.Clear();
    }
}

现在您可以安全地使用RegisterInstance，而不必担心被逼到疯狂的边缘。为了确定起见，这里有一些测试：

[TestClass]
public class UnitySafeBehaviorExtensionTests : ITest
{
    private IUnityContainer Container;
    private List<Exception> FirstChanceExceptions;

    [TestInitialize]
    public void TestInitialize()
    {
        Container = new UnityContainer();
        FirstChanceExceptions = new List<Exception>();
        AppDomain.CurrentDomain.FirstChanceException += FirstChanceExceptionRaised;
    }

    [TestCleanup]
    public void TestCleanup()
    {
        AppDomain.CurrentDomain.FirstChanceException -= FirstChanceExceptionRaised;
    }

    private void FirstChanceExceptionRaised(object sender, FirstChanceExceptionEventArgs e)
    {
        FirstChanceExceptions.Add(e.Exception);
    }

    /// <summary>
    /// Tests that the default behavior of <c>UnityContainer</c> leads to a <c>SynchronizationLockException</c>
    /// being throw on <c>RegisterInstance</c>.
    /// </summary>
    [TestMethod]
    public void UnityDefaultBehaviorRaisesExceptionOnRegisterInstance()
    {
        Container.RegisterInstance<ITest>(this);

        Assert.AreEqual(1, FirstChanceExceptions.Count);
        Assert.IsInstanceOfType(FirstChanceExceptions[0], typeof(SynchronizationLockException));
    }

    /// <summary>
    /// Tests that <c>UnitySafeBehaviorExtension</c> protects against <c>SynchronizationLockException</c>s being
    /// thrown during calls to <c>RegisterInstance</c>.
    /// </summary>
    [TestMethod]
    public void SafeBehaviorPreventsExceptionOnRegisterInstance()
    {
        Container.RemoveAllExtensions();
        Container.AddExtension(new UnitySafeBehaviorExtension());
        Container.AddExtension(new InjectedMembers());
        Container.AddExtension(new UnityDefaultStrategiesExtension());

        Container.RegisterInstance<ITest>(this);

        Assert.AreEqual(0, FirstChanceExceptions.Count);
    }
}

public interface ITest { }