如何将程序从对“坏”API的调用中隔离出来?

当我使用Java开发一个(学术)软件时,我被迫使用一个API,该API的实现相当糟糕。这意味着对特定输入数据集的API调用有时将永远不会返回。这一定是软件中的一个缺陷,因为它提供的算法是确定性的,有时它会在一组数据上终止,有时它会在同一组数据上运行到无限循环中。。。

然而,修复API或重新实现它完全超出了范围。我甚至有源代码,但API严重依赖其他API,这些API没有文档记录,也没有源代码,并且在web上消失了(或者从未出现过?)。另一方面,这个“糟糕”的API是唯一一个解决了我遇到的特定问题的API,所以我必须坚持使用它。

问题是:处理行为恶劣的API的最干净的方法是什么?当我遇到这个问题时,我决定将对API的调用放在一个单独的线程中。然后,另一个线程会偶尔检查该线程是否已终止。如果经过一定的时间,我会使用 Thread#stop() 然后再次开始处理,希望下次它会返回。现在,我知道(当时也知道)此方法已被弃用,不能使用。但在这种学术背景下,拥有软件是可以接受的 潜在地 运行到未定义的状态,而不是使其崩溃。

仅仅忽略运行在无限循环中的处理线程也是不可接受的,因为它执行了一些CPU密集型操作,这会显著降低用户机器的速度。

我没有尝试的另一种方法是在单独的数据库中开始处理 过程 SwingWorker cancel() 方法,但文档说 因此,这看起来也不是一个可靠的方法。