使用CoAP.Net基础示例代码触发StackOverflow异常，求助排查

我之前也碰到过类似老库在特定.NET环境下的诡异兼容性问题，尤其是这种看起来极简的代码却抛出StackOverflow异常的情况，确实挺头疼的。结合你的描述，我来梳理下可能的原因和解决思路：

可能的问题根源 #

• .NET Core 2.1的平台兼容性局限：CoAP.Net 1.1.0发布时，.NET Core 2.1的生态还相对不成熟，库可能没有针对MacOS平台的.NET Core运行时做充分测试，内部某些初始化逻辑（比如网络套接字绑定、事件回调）在这个环境下触发了无限递归，而你查看的Start方法只是入口，递归可能发生在它调用的底层平台特定代码里。
• 库的维护状态问题：如果这个库的GitHub仓库已经很久没有更新，那很大概率它已经不再适配后续的.NET运行时变化，甚至连老版本的.NET Core在特定平台上的细节都没覆盖到，出现这种隐性的StackOverflow也就不奇怪了。

可行的解决方向 #

• 升级.NET Core版本：试试把项目升级到.NET Core 3.1或者更高的LTS版本，新版本的运行时修复了大量老版本的兼容性bug，也对跨平台的网络操作做了优化，很可能能避开这个异常。
• 替换为活跃维护的CoAP库：别在停止维护的库上死磕了，比如找一些专门适配.NET Core的CoAP实现，这类库会持续跟进.NET的更新，兼容性和稳定性都更有保障。
• 排查具体递归调用栈：在调试器里捕获StackOverflow异常（比如用Visual Studio for Mac或者Rider），查看完整的调用链，定位到具体是哪个方法在无限递归。虽然你看了Start方法，但递归可能发生在它调用的内部方法里，比如MacOS下的套接字初始化逻辑。找到递归点后，说不定可以修改库的源码重新编译，临时解决这个问题——当然这只是权宜之计，长期来看还是换库更稳妥。

内容的提问来源于stack exchange，提问作者Scarnet