解决 .NET Core 中 GetHostAddressesAsync 引起的 EnyimMemcached 死锁问题

在我们将站点从 asp.net + windows 迁移至 asp.net core + linux 的过程中，目前遇到的最大障碍就是 —— 没有可用的支持 .net core 的 memcached 客户端。

我们一直用的是 enyimmemcached ，在没有其它选择的情况下，我们自己尝试着将 enyimmemcached 迁移至 .net core。。。基于 .net core 修改好了代码，在开发环境下测试通过，在 linux 服务器上自己访问很正常（没有并发访问量），但是只要接入一定的访问量就会发生死锁（deadlock），浏览器请求卡死。

这个问题困扰了我们很长时间，昨天才定位到是发生在将 memcached 服务器名称解析为 ip 地址的时候。

var addresses = system.net.dns.gethostaddressesasync(host).result;

这是我们在将 enyimmemcached 迁移至 .net core 时修改过的代码，之前调用的是同步方法：

var addresses = system.net.dns.gethostentry(host);

由于在 .net core framework 的 system.net.dns 中没有同步方法，只有异步方法，所以我们只能这样调用异步方法。

看到上面的代码，你也许会诧异：怎么用 .result ，为什么不用 await ？不死锁才怪呢。。。

你的诧异非常正确。我们也深知 .result 的危害，在平时的代码中坚决不用。但当时在修改 enyimmemcached 的代码时，由于这个方法是在 memcachedclient 的构造函数中调用的，没法改为 await 调用，*用了 .result ，然后又把这个地方的修改给忘了。。。昨天才刚刚发现，立马意识到罪魁祸首非常有可能就是这里的 .result ，于是以此为突破口，想尽一切办法实现在同步方法中调用异步办法，并且在博问中寻求支援 —— 在同步方法中调用异步方法时如何避免死锁问题 。

结果，用尽一切能想到与能找到的同步方法调用异步方法的方法，都没能解决死锁问题。如果实在找不到解决方法，我们准备采用最后一招也是最丑陋的一招 —— 不用 dns.gethostaddressesasync() ，用 processstartinfo 调用命令行命令解析 ip ，比如在 linux 上用 getent hosts 主机名 。

在准备放弃之前，今天又想了想还有哪些可能带来线索的地方漏掉了呢？突然想到有个重要地方竟然忘了，还没看 dns.gethostaddressesasync() 的源代码实现。虽然不报太大希望，不就是个异步方法吗，但还是要看一下。

于是从 github 上签出 corefx 的源代码，打开 dns.gethostaddressesasync() 源代码一看，感觉有点怪怪的，怎么用了 task.factory.fromasync() ？

public static task<ipaddress[]> gethostaddressesasync(string hostnameoraddress)
{
  nameresolutionpal.ensuresocketsareinitialized();
  return task<ipaddress[]>.factory.fromasync(
    (arg, requestcallback, stateobject) => begingethostaddresses(arg, requestcallback, stateobject),
    asyncresult => endgethostaddresses(asyncresult),
    hostnameoraddress,
    null);
}

开始没反应过来，只是把这段代码贴到博问的补充问题中，在贴完后突然反应过来了，咦，怎么没有 async 关键字？方法名最后是 async，我们一直以为是 async 方法，而且丝毫没有怀疑过。。。

没有 async ，只是返回参数是 task 类型，那在同步方法中调用完全没问题，只要在访问 .result 之前调用一下 .wait() 方法就行了，于是改为下面的代码：

task<ipaddress[]> task = system.net.dns.gethostaddressesasync(host);
task.wait();
var addresses = task.result;

死锁问题立马解决！

方法名以 async 结尾，却不是 async 方法，当时的感想就是 —— 你的眼睛背叛你的心。如果不是我自己的误解（只要以 async 结尾，就应该是 async 方法），那就是一种流氓行为，就如 httpclient 的流氓 —— 实现了 idispose 接口，却没真正 dispose 。

不管怎么样，这个影响我们迁移至 .net core 的最大障碍终于消除了，值得庆祝！

支持 .net core 的 enyimmemcached 的代码还需要一些修改与完善，等修改好了，我们会把源代码与 nuget 包都发布出来。

通过此文希望能帮助到你解决这种问题，谢谢大家对本站的支持！