64位计算机上的32位Java辅助功能

Question

我有一个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有效（即使它是一个随机的5位数字，类似于32位系统上的指针），下一个调用仍然会失败：

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）。

任何人都可以建议这里可能有什么问题？

Answer 1

看来问题出在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

Answer 2

对'initializeAccessBridge'的调用要求您拥有一个活动的Windows消息泵。 在'initializeAccessBridge'中，它（最终）创建一个隐藏的对话窗口（使用CreateDialog）。 创建对话框后，它会执行带有注册消息的PostMessage。 访问桥的JavaVM端响应此消息，并将另一条消息发回到创建的对话框（它似乎是您的应用程序和Java VM之间的“hello”类型握手）。 因此，如果您的应用程序没有活动消息泵，则应用程序永远不会收到来自JavaVM的返回消息。

Answer 3

如果您使用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位窗口/