64位计算机上的32位Java辅助function
我有一个32位应用程序，它使用Java Accessibility（WindowsAccessBridge-32.dll，通过Java Access Bridge），并且在32位计算机上运行良好，但在x64计算机上失败。
我相信我已将其追踪到Windows_run之后的第一个电话：
getAccessibleContextFromHWND(hwnd, out vmId, out context) 定义如下：
[return: MarshalAs(UnmanagedType.Bool)] [DllImport("WindowsAccessBridge-32.dll", CallingConvention = CallingConvention.Cdecl)] public extern static bool getAccessibleContextFromHWND(IntPtr hwnd, out Int32 vmID, out IntPtr acParent);
此调用在32位系统上正常工作，返回True，填充vmId（具有一些5位数值，其中）和上下文 – 而在64位系统上，它返回True，填充’context’，但返回vmId为’0’。
如果我假设0有效（即使它是一个类似于32位系统上的指针的随机5位数字），下一个调用仍然会失败：
AccessibleContextInfo aci = new API.AccessibleContextInfo(); if (!getAccessibleContextInfo(vmId, context, ref aci)) throw new Exception();
哪里：
[return: MarshalAs(UnmanagedType.Bool)] [DllImport("WindowsAccessBridge-32.dll", CallingConvention = CallingConvention.Cdecl)] public extern static bool getAccessibleContextInfo(Int32 vmID, IntPtr ac, ref AccessibleContextInfo info);
（为简洁起见，我省略了AccessibleContextInfo结构，但如果需要，我可以提供它）。
我知道库正在运行，因为JavaMonkey和JavaFerret都能正常工作。 此外，调用isJavaWindow工作，适当地返回’true’或’false’，并且我链接到正确的DLL（WindowsAccessBridge-32）。
任何人都可以建议这里可能有什么问题？
看来问题出在AccessibilityContext的类型中：
[return: MarshalAs(UnmanagedType.Bool)] [DllImport("WindowsAccessBridge-32.dll", CallingConvention = CallingConvention.Cdecl)] public extern static bool getAccessibleContextFromHWND(IntPtr hwnd, out Int32 vmID, out IntPtr acParent);
AccessibilityContext（上面的acParent），我错误地映射为IntPtr，实际上是使用“旧”WindowsAccessBridge.dll库（在x86下使用）时的Int32，以及使用WOW64 WindowsAccessBridge-32.dll库时的Int64。
结果是，代码必须在x86和WOW x64之间有所不同，并且必须为每个代码单独编译。 我在x64版本中通过#defined’ing WOW64执行此操作，始终引用Int64方法，并在x86上使用“shim”方法：
#if WOW64 // using x64 [return: MarshalAs(UnmanagedType.Bool)] [DllImport("WindowsAccessBridge-32.dll", CallingConvention = CallingConvention.Cdecl)] public extern static bool getAccessibleContextFromHWND(IntPtr hwnd, out Int32 vmID, out Int64 acParent); #else // using x86 [return: MarshalAs(UnmanagedType.Bool)] [DllImport("WindowsAccessBridge.dll", EntryPoint = "getAccessibleContextFromHWND", CallingConvention = CallingConvention.Cdecl)] private extern static bool _getAccessibleContextFromHWND(IntPtr hwnd, out Int32 vmID, out Int32 acParent); public static bool getAccessibleContextFromHWND(IntPtr hwnd, out Int32 vmID, out Int64 acParent) { Int32 _acParent; bool retVal = _getAccessibleContextFromHWND(hwnd, out vmID, out _acParent); acParent = _acParent; return retVal; } #endif
如果您使用64位JVM和32位版本的Java Access桥接器，它将无法正常工作。 您需要最近发布的64位版本的访问桥。 请参阅http://blogs.oracle.com/korn/entry/java_access_bridge_v2_0有关在64位窗口下安装32位JRE的访问桥副本的说明，请参阅http://www.travisroth.com/2009 / 07/03 / Java的访问桥和64位窗口/
对’initializeAccessBridge’的调用要求您拥有一个活动的Windows消息泵。 在’initializeAccessBridge’中，它（最终）创建一个隐藏的对话窗口（使用CreateDialog）。 创建对话框后，它会执行带有注册消息的PostMessage。 访问桥的JavaVM端响应此消息，并将另一条消息回发到创建的对话框（它似乎是您的应用程序和Java VM之间的“hello”类型握手）。 因此，如果您的应用程序没有活动消息泵，则应用程序永远不会收到来自JavaVM的返回消息。