【问题标题】:SetWindowsHookEx in a node.js module using node-nan使用 node-nan 在 node.js 模块中设置 WindowsHookEx
【发布时间】:2016-02-28 22:34:10
【问题描述】:

我正在尝试创建一个可以使用全局键绑定执行某些功能的 Electron node.js 应用程序。不幸的是,Electron 中的全局键绑定 API 在游戏中不起作用,因此我需要创建一个本地节点模块来监听这些低级键事件。

所以我使用 node-gyp 来编译项目,使用 Visual Studio 2015 和 nan 来提供 node 和 c++ 之间的通信。我已经设法让项目的两个方面分别工作(低级键绑定和 node.jsnan 通信),但我在组合它们时遇到了麻烦。我也承认我对 c++ 的经验很少(我没有写过一个 c++ 程序)。

#include "node_modules/nan/nan.h"

using namespace std;
using namespace Nan;

HHOOK _hook;
KBDLLHOOKSTRUCT kbdStruct;

class KeyboardEventWorker : public AsyncProgressWorker {
 public:
  KeyboardEventWorker(Callback *callback, Callback *progress)
    : AsyncProgressWorker(callback), progress(progress) {}
  ~KeyboardEventWorker() {}
  
  LRESULT CALLBACK HookCallback(int nCode,WPARAM wParam,LPARAM lParam) {  
    executionProgress->Send(reinterpret_cast<const char*>(nCode), sizeof(nCode));
    return CallNextHookEx(_hook, nCode, wParam, lParam);
  }
  
  void Execute (const AsyncProgressWorker::ExecutionProgress& progress) {
    executionProgress = &progress; //PROBLEM #1
        _hook = SetWindowsHookEx(13, HookCallback, NULL, 0); //PROBLEM #2
    
    SleepEx(INFINITE, true);
  }


  void HandleProgressCallback(const char *data, size_t size) {
    HandleScope scope;
    
    v8::Local<v8::Value> argv[] = {
        New<v8::Integer>(*reinterpret_cast<int*>(const_cast<char*>(data)))
    };
    progress->Call(1, argv);
  }
  
  private:
    Callback *progress;
    AsyncProgressWorker::ExecutionProgress *executionProgress;
};

NAN_METHOD(DoProgress) {
  Callback *progress = new Callback(info[0].As<v8::Function>());
  Callback *callback = new Callback(info[1].As<v8::Function>());
  AsyncQueueWorker(new KeyboardEventWorker(callback, progress));
}

NAN_MODULE_INIT(Init) {
  Set(target
    , New<v8::String>("init").ToLocalChecked()
    , New<v8::FunctionTemplate>(DoProgress)->GetFunction());
}

NODE_MODULE(asyncprogressworker, Init)

问题 #1:为了能够将消息发送回 node.js,我需要复制 AsyncProgressWorker::ExecutionProgress 的指针并使其可用于整个类,以便当 HookCallback 触发时它可以发送消息到node.js。

编译器不喜欢这样

..\binding.cc(21): 错误 C2440: '=': 无法从 'const 转换 Nan::AsyncProgressWorker::ExecutionProgress *' 到 'Nan: :AsyncProgressWorker::ExecutionProgress *' [C:\Users\eksrow\gdrive\projects\vscode\node-native-hello-world\build\bindin g.vcxproj]。

..\binding.cc(21):注意:转换丢失限定符

格式化:

'const Nan::AsyncProgressWorker::ExecutionProgress *'

'Nan::AsyncProgressWorker::ExecutionProgress *'

我设法通过将关键字 const 添加到私有成员 *executionProgress; 来解决这个问题。但我不明白为什么会修复它,const 变量一旦设置就不应更改。为什么会这样编译?

问题2:这个很奇特:

..\binding.cc(22): 错误 C3867: 'KeyboardEventWorker::HookCallback': 非标准语法;使用 '&' 创建指向成员的指针 [C:\Users\eksrow\gdrive\projects\vscode\node-native-hello-world\build\binding.vcxproj]

我在网上查了很多例子,它们都有相同的语法:

  1. SetWindowsHookEx #1
  2. SetWindowsHookEx #2

关于那行,我看不出我的代码和他们的代码有什么区别。

如果我按照编译器的说明在该行添加一个 & 符号,则会出现完全不同的错误:

..\binding.cc(22): error C2276: '&': 对绑定成员的非法操作 函数表达式 [C:\Users\eksrow\gdrive\proj ects\vscode\node-native-hello-world\build\binding.vcxproj] ..\binding.cc(22): 错误 C2660: 'SetWindowsHookExA': 函数没有 取 3 个参数 [C:\Users\eksrow\gdrive\project s\vscode\node-native-hello-world\build\binding.vcxproj]

【问题讨论】:

    标签: c++ node.js node-gyp node.js-addon node.js-nan


    【解决方案1】:

    对于问题 #1,您正确地将 const 限定符识别为问题。

    之所以可以在声明后赋值给const 成员变量,是因为constconst AsyncProgressWorker::ExecutionProgress *executionProgress 中的位置。这是一个指向常量 AsyncProgressWorker::ExecutionProgress 的变量指针。这意味着您可以更改指针的值(例如,按照上面的示例重新分配它),但不能更改它指向的数据。 The top answer of this question 对这个概念有很好的解释。

    对于问题 #2,错误是由于尝试将类的成员函数作为函数回调传递而引起的。这根本不可能(好吧,没有解决方法......见下文) - 成员方法与函数不同,这是 SetWindowsHookEx 所期望的。您可以将回调函数设为static,但随后将无法访问_hook 成员。

    Here is an external page 使用(非常hack-y)解决这个确切问题的方法。它应该允许您以您当前尝试使用它的方式使用SetWindowsHookEx。但是,我建议重新考虑您的应用程序挂钩的方式,而是查看是否有一种方法可以将单个全局函数或静态成员函数注册为您的应用程序的回调。

    与您的问题无关:除非您在示例中省略了代码,否则您永远不会解开在SetWindowsHookEx 中设置的钩子。看看MSDN for UnhookWindowsHookEx

    【讨论】:

    • 将回调更改为静态及其成员,现在可以正常工作了!谢谢。
    • 请注意,libffi 支持跨平台生成此类 thunk——即使在 iOS(!)上也是如此。它还支持生成具有几乎任意签名的 thunk。
    猜你喜欢
    • 2012-06-26
    • 2013-05-27
    • 2020-03-13
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多