线程本地存储可以被伪造/黑客攻击吗？

Question

我发现自己有点进退两难。

我有一个大型应用程序，其中有 Google 的 V8 javascript 引擎。一些调用是在 UI 线程上对 V8 引擎进行的。为了像大家建议的那样对用户友好，一些长时间操作在单独的线程上运行，而不挂起 UI 线程。然而，这些长时间运行的操作也会调用 V8 JavaScript 引擎。所以多个线程调用V8。

事实是，V8 似乎使用线程本地存储。这似乎使我的应用程序随机爆炸。这绝对属于“到目前为止这怎么可能行得通？”的类别。错误。

在不显着重新架构我的应用程序的情况下，我提出了一个丑陋、丑陋、可怕的超级黑客：我能让 V8 认为它在不同的线程上运行吗？

换句话说，当我第一次调用 V8 时，我会记下该线程。然后，对于对 V8 的所有其他调用，我以某种方式欺骗线程，以便线程本地存储/任何其他与线程相关的内容都可以工作。

能做到吗？它会起作用吗？我是不是太蠢了，竟然考虑这么卑鄙的黑客？

Answer 1

你不应该欺骗任何东西。相反，您应该告诉 V8 您正在尝试从不同的线程使用它。

在 3.2 版本之前的 V8 中，唯一的方法是在从不同线程使用 V8 之前使用 v8::Locker。它保证对 V8 的独占访问并初始化存储在 TLS 中的内部结构。有关详细信息，请参阅 http://code .google.com/p/v8/source/browse/branches/3.1/include/v8.h#3189

从 3.2 版本开始，V8 有了隔离的概念。如果您没有显式创建隔离，V8 会隐式创建默认隔离以保持 API 兼容。在这种情况下，您仍然可以像旧版本一样简单地使用 v8::Locker 。如果您显式创建隔离，那么除了使用 v8::Locker 获取独占访问权限之外，您还必须使用 v8::Isolate::Enter 在线程中显式进入和退出它们code>/v8::Isolate::Exit 方法或 v8::Isolate::Scope。有关详细信息，请参阅 http://code.google .com/p/v8/source/browse/trunk/include/v8.h#3510

在大多数情况下有效的简单答案是：在使用 V8 之前使用 v8::Locker来自不同的线程。

Answer 2

我遇到了同样的问题，并设法通过此线程找到部分解决方案。为了详细说明 VE 的答案，默认情况下不能从多个线程使用 v8。如果你愿意，你必须使用隔离和锁。

问题是你不能半途而废，除非你完全退出并破坏你的 JS 上下文，否则你不能只使用锁。由于在大多数重要情况下情况并非如此，因此您必须一路走下去，并

1. 创建您自己的v8::Isolate。您可以将其设置为全局，但是（据我了解）它不能是默认的（因为默认的已经处于输入状态）。

2. 在所有调用 v8 的函数中（并且不保证是内部函数），您必须输入隔离（使用 v8::Isolate::Scope）并且

3. 还使用“v8::Locker”对象。

我编写了一个在公共方法中使用的小辅助对象，它看起来有点像这样：

class SessionLock {
private:
    v8::Isolate::Scope scope;
    v8::Locker lock;

public:
    SessionLock() : scope(getSessionIsolate()), lock(getSessionIsolate()) {}
};