我有一个 dotnet 进程，它通过调用非托管 dll 与 Java 进程通信。
在某些情况下，Java 进程似乎崩溃并导致我的 dotnet 进程崩溃。没有异常被引发，这个过程就结束了。崩溃后，java 正在创建一个名为“hs_err_pid3228”等的日志文件。
没有从提供非托管 dll 和 java 进程的供应商那里得到任何满意的结果，我不得不尝试缓解这个问题，这需要确保调用 java 进程，如果它们崩溃，不要采取记下我的流程。
阅读各种文章后，appdomains 似乎是一个可能的候选者 - 我的理论是我可以通过一些工作分离我调用 java 进程的功能并在单独的 appdomain 中运行它，如果不能的话，这将有希望允许我捕捉应用程序域关闭，至少检测它已经发生并重新启动该功能。
有人遇到过类似的问题吗？对于那些对应用程序域有更多经验的人来说，这种方法是否合理？
为了让它更有趣，Java 崩溃并不是真正可重现的——它看起来非常随机，我仍在为如何将其分离到应用程序域中进行测试而苦苦挣扎
最佳答案
这是对 AppDomains 的合理使用，您提出的建议会奏效。
以类似的方式，我曾经使用 AppDomains 创建一个单独的应用程序，该应用程序会监视自身崩溃以进行异常报告。应用程序自行启动，创建一个新的 AppDomain，然后在新的 AppDomain 中重新执行自身，然后检测到它正在 AppDomain 中运行并正常执行。当该 AppDomain 发生异常时，原始进程会收到通知，它会拆除子域，向用户报告发生错误，询问他们是否要报告，然后自己重新开始并重新尝试。
编辑:为了让您抢先一步，如果您想查看该项目的 Program.cs，我已在此处上传了精简版。 (它很长，所以我认为我不应该把它贴在这里。)
关于java - 在这种情况下，appdomains 是否有帮助？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/1442423/