gpt4 book ai didi

java - 在Servlet容器中使用JNI库

转载 作者:太空宇宙 更新时间:2023-11-04 12:32:33 25 4
gpt4 key购买 nike

我正在开发一个 Web 应用程序,但我需要调用某些专有的 C++ 库函数。据我所知, native 方法不是线程安全的,因此 native 代码中的访问冲突可能会使应用程序服务器 JVM 崩溃。 ( Tomcat )。这个原生 API 只占整个 Web 应用程序功能的一小部分,我想说只有 5% 的用户会访问此功能。无论应用程序测试得多么彻底(我无法访问 native 源代码), native 库中都存在潜在错误的风险,可能会导致整个应用程序服务器注销用户并可能导致停机。

那么问题是 - 哪种策略更好?

1) 我是否应该将 native 库包装在单独的进程中,以便主 Web 服务器不会受到 native 代码中的错误的影响。我可能可以使用 UNIX 套接字从我的 Web 服务器与这个单独的进程进行通信。 (避免 TCP 套接字的开销)。如果发生这种情况,请尽快解决问题并接受 5% 的用户的停机时间。

或者

2)硬着头皮继续在servlet容器中使用JNI。 (每个人都存在潜在停机风险)

问候,罗希特

最佳答案

这取决于:

请考虑到,如果一个函数不是线程安全的,并不一定意味着从多线程调用它会崩溃。它可能只是返回完全错误的结果。

  1. 如果您的应用程序无法以某种方式克服它,那么您没有其他选择,您需要序列化对 native 代码的访问。

  2. 如果您确定调用非线程安全函数的唯一副作用是它可能崩溃,那么您需要确保崩溃不会导致其他类型的错误,例如后端应用程序中的数据不一致(数据库损坏等)。 (您可以使用事务来防止这种情况。)

  3. 如果您的应用程序能够克服上述所有问题,那么仍然需要第三条信息:您需要研究用户可以容忍多少停机时间/崩溃。如果他们容忍可能的停机时间,那么继续前进并且不关心崩溃,您可以安全地“硬着头皮”,因为它不会损害您的用户或您的应用程序。

在所有其他情况下,您必须序列化对 native 函数的访问。

将它们包装到一个进程中可能是一个好主意,但您必须确保这些函数一次只能在一个线程中运行。因此,您可能需要实现某种机制来使其他线程/servlet 等待,直到其中一个线程/servlet 完成调用函数。

关于java - 在Servlet容器中使用JNI库,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/37688629/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com