什么可能导致WCF中的“无法访问已处置的对象”错误?

时间:2011-01-01 08:13:23

标签: c# wcf objectdisposedexception

我使用以下代码:

private WSHttpBinding ws;
private EndpointAddress Srv_Login_EndPoint;
private ChannelFactory<Srv_Login.Srv_ILogin> Srv_LoginChannelFactory;
private Srv_Login.Srv_ILogin LoginService;

Login是我的构造函数:

public Login()
        {
            InitializeComponent(); 
            ws = new WSHttpBinding();
            Srv_Login_EndPoint = new EndpointAddress("http://localhost:2687/Srv_Login.svc");
            Srv_LoginChannelFactory = new ChannelFactory<Srv_Login.Srv_ILogin>(ws, Srv_Login_EndPoint);
        }

我正在以这种方式使用服务:

private void btnEnter_Click(object sender, EventArgs e)
{
    try
    {

        LoginService = Srv_LoginChannelFactory.CreateChannel();
        Srv_Login.LoginResult res = new Srv_Login.LoginResult();
        res = LoginService.IsAuthenticated(txtUserName.Text.Trim(), txtPassword.Text.Trim());
        if (res.Status == true)
        {
            int Id = int.Parse(res.Result.ToString());
        }
        else
        {
            lblMessage.Text = "Not Enter";
        }
    }
    catch (Exception ex)
    {
        MessageBox.Show(ex.Message);
    }
    finally
    {
        Srv_LoginChannelFactory.Close();
    }
}

当用户输入有效的用户名和密码时,一切都很好。当用户输入错误的用户名和密码时,第一次尝试正确显示“未输入”消息,但在第二次尝试时,用户会看到此消息:

{System.ObjectDisposedException: Cannot access a disposed object.
Object name: 'System.ServiceModel.ChannelFactory`1[Test_Poosesh.Srv_Login.Srv_ILogin]'.
   at System.ServiceModel.Channels.CommunicationObject.ThrowIfDisposed()
   at System.ServiceModel.ChannelFactory.EnsureOpened()
   at System.ServiceModel.ChannelFactory`1.CreateChannel(EndpointAddress address, Uri via)
   at System.ServiceModel.ChannelFactory`1.CreateChannel()

如何修复代码以防止发生此错误?

3 个答案:

答案 0 :(得分:15)

Srv_LoginChannelFactory.Close()是被处置的地方。当你打电话给你时,你放弃了你拥有的任何非托管资源。尝试执行其他操作然后检查其状态或重新打开它会导致“无法访问已处置对象”异常。

每当你关闭一次性物品并尝试用它做一些事情时都是如此。例如,写入已关闭的文件,或在已关闭的数据库连接上执行sql语句。

要解决此问题,您有三种选择。

  1. 不要将Srv_LoginChannelFactory设为字段。而是将其设置为按钮单击的本地。如果这是您使用它的唯一地方,这可能是有意义的,因为它缩短了您使用非托管资源的时间。

  2. 实现IDisposable(只要你有一个Disposable字段就可以这样做)除了Login.Dispose之外,不要关闭Srv_LoginChannelFactory。

  3. 在尝试使用它创建频道之前,请更改按钮单击以检查Srv_LoginChannelFactory的状态。如果没有按钮单击,您仍然需要实现IDisposable。

  4. 注意 EnsureOpened看起来可以用来检查状态,但它只能在打开之前运行。一旦关闭它就会抛出。

    关于Close()与Dispose相同。

    从“开发类库的设计指南”中的Implementing Finalize and Dispose to Clean Up Unmanaged Resources中的“自定义处理方法名称”一节

      

    偶尔会有一个特定于域的名称   比Dispose更合适。对于   例如,文件封装可能   想要使用方法名称关闭。在   这种情况下,私下实现Dispose   并创建一个公共Close方法   调用Dispose。以下代码   示例说明了这种模式。您   可以使用方法名称替换Close   适合您的域名。这个   示例需要System命名空间。

    这里的想法是给Open方法赋予奇偶校验。我个人认为它会导致很多混乱,但我想不出更好的事情(CloseAndDispose?)

答案 1 :(得分:2)

这里的问题(我认为Conrad错过了)是Kerezo正在关闭ChannelFactory(Srv_LoginChannelFactory),它关闭(处置)所有通道,当他可能只想关闭Channel(LoginService)时。

所以改变:

    Srv_LoginChannelFactory.Close();

为:

    try
    {
        LoginService.Close();
    }
    catch
    {
        LoginService.Abort();
    }

答案 2 :(得分:-1)

使用序列化和反序列化后再使用 使文件原始  对于序列化对象

var settings = new JsonSerializerSettings { TypeNameHandling = TypeNameHandling.All };
var SerializedFile = JsonConvert.SerializeObject(file, settings); 

并用于反序列化对象

var settings = new JsonSerializerSettings { TypeNameHandling = TypeNameHandling.All };        
var getUserObj = JsonConvert.DeserializeObject<OBJECT_TYPE>("SERIALIZED_OBJ", settings);