客户端未处理 .NET Remoting 异常

Question

我检查了其余的远程处理问题，这个具体案例似乎没有得到解决。

我设置了 .NET Remoting 服务器/客户端。在服务器端，我有一个带有可以引发异常的方法的对象，以及一个将尝试调用该方法的客户端。

服务器：

public bool MyEquals(Guid myGuid, string a, string b)
{
    if (CheckAuthentication(myGuid))
    {
        logger.Debug("Request for \"" + a + "\".Equals(\"" + b + "\")");
        return a.Equals(b);
    }
    else
    {
        throw new AuthenticationException(UserRegistryService.USER_NOT_REGISTERED_EXCEPTION_TEXT);
    }
}

客户端：

try
{
    bool result = RemotedObject.MyEquals(myGuid, "cat", "dog");
}
catch (Services.Exceptions.AuthenticationException e)
{
    Console.WriteLine("You do not have permission to execute that action");
}

当我使用 Guid 调用 MyEquals 时，导致 CheckAuthentication 返回 false，.NET 尝试抛出异常并表示 AuthenticationException 未处理。这发生在服务器端。异常从未被整理到客户端，我不明白为什么。我看过的所有问题都解决了客户端处理异常的问题，但它不是自定义异常，而是基本类型。就我而言，我什至无法获得任何跨越远程边界到达客户端的异常。这是 AuthenticationException 的副本。它位于服务器和客户端之间的共享库中。

[Serializable]
public class AuthenticationException : ApplicationException, ISerializable
{

    public AuthenticationException(string message)
        : base(message)
    {
    }

    public AuthenticationException(SerializationInfo info, StreamingContext context)
        : base(info, context)
    {
    }

    #region ISerializable Members

    void ISerializable.GetObjectData(SerializationInfo info, StreamingContext context)
    {
        base.GetObjectData(info, context);
    }

    #endregion
}

Answer 1

首先也是最重要的， 不要继承 ApplicationException< /a>.这个建议已经存在了一段时间，我相信 FxCop 会自动生成一条关于此的消息。

接下来，您通常应该使用 [Serialized] 属性来装饰自定义异常。我认为这是您的主要问题，因为我在方法调用上遇到异常，说 AuthenticationException 未标记为可序列化。

Answer 2

在客户端尝试 catch(Exception)，并检查捕获的异常的类型以及任何内部异常。它可能会提供一些线索。

其他一些注释：

• ApplicationException 已弃用。通常应该从 System.Exception 派生。

• 我通常将 [Serializable] 属性添加到自定义异常中。不确定这是否重要。

• 您通常应该重写 System.Exception.GetObjectData，而不是显式实现 ISerialized.GetObjectData。在您的情况下，您没有序列化任何附加数据，因此我既不会覆盖它也不会显式实现它。我再次不确定这是否会产生任何影响。

我的可序列化自定义异常模板如下所示，并且通过远程连接进行序列化没有遇到任何问题。

[Serializable]
public class CustomException : Exception
{

/// <summary>
/// Initializes a new instance of the <see cref="CustomException"/> class.
/// </summary>
public CustomException()
{
}

/// <summary>
/// Initializes a new instance of the <see cref="CustomException"/> class with
/// a specified error message.
/// </summary>
public CustomException(string message) : base(message)
{
}
/// <summary>
/// Initializes a new instance of the <see cref="CustomException"/> class with
/// a specified error message and a reference to the inner exception that is a cause
/// of this exception.
/// </summary>
public CustomException(string message, Exception inner) : base(message, inner)
{
}
/// <summary>
/// Initializes a new instance of the <see cref="CustomException"/> class with
/// serialized data.
/// </summary>
protected CustomException(SerializationInfo info, StreamingContext context) : base(info, context)
{
}

}

更新

此外，如果您在 IIS 中托管服务器代码，则需要在 web.config 中添加以下内容以允许异常传播到客户端：

  <system.web>
    ...
    <customErrors mode="Off" /> 
    ...

Answer 3

导致此错误的原因有多种，你们已经提到了不止几个。

我注意到这个错误的另一个原因；这就是远程调用的远程对象的构造函数抛出异常的时候。异常没有被序列化，因为对象本身当时尚未初始化。我相信您应该避免任何可能导致在远程对象的构造函数内引发自定义异常的代码。如果在构造函数内执行代码期间引发系统异常，则应将其作为系统错误（未知）处理，并构建一种机制来使用文件系统或其他方式存储该异常的详细信息。

.net 远程处理在过去听起来确实很有吸引力，但是您的项目越大，向代码引入的概念越多，该技术暴露的弱点就越多。这是一项很好的技术，但您需要大量的经验才能利用它制定强大的解决方案。