VBA 64 32 调用dll的区别

介绍 32 位和 64 位版本的 Microsoft Office 2010

Microsoft Office 2010 system 同时具有 32 位和 64 位版本。64 位版本使您能够处理更大的数据集。如果要在 Microsoft Excel 2010 中处理大量数字，则尤其需要使用此版本。

随着新的 64 位版本 Microsoft Office 2010 的引入，Microsoft 发布了称为 Microsoft Visual Basic for Applications 7.0 (VBA 7) 的新版本的 Microsoft Visual Basic for Applications (VBA) 以同时处理 32 位和 64 位应用程序。需要特别注意的是，本文中介绍的更改只适用于 64 位版本的 Microsoft Office 2010。如果使用的是 32 位版本的 Office 2010，则可以不加修改地使用以前版本的 Microsoft Office 中内置的解决方案。

注释：

在安装 Office 2010 时，默认安装的是 32 位版本，即使在 64 位系统上也是如此。您必须明确 选择 Office 2010 64 位版本安装选项。

在 VBA 7 中，必须更新现有 Windows 应用程序编程接口 (API) 语句（Declare 语句）才能处理 64 位版本。另外，还必须更新这些语句使用的用户定义类型中的地址指针和显示窗口句柄。本文将详细讨论这一点以及 32 位和 64 位版本的 Office 2010 之间的兼容性问题，并提供建议的解决方案。

将 32 位系统与 64 位系统进行比较

使用 64 位版本的 Office 2010 构建的应用程序可以引用更大的地址空间，因此提供了使用比以往更多的物理内存的机会，从而有可能减少将数据移入和移出物理内存所需的开销。

除了引用应用程序用于存储数据或存储编程指令的物理内存中的特定位置（又称为指针）外，还可以使用地址来引用显示窗口标识符（称为句柄）。根据您使用的是 32 位系统还是 64 位系统，可确定指针或句柄的大小（以字节为单位）。

在使用 64 位版本的 Office 2010 运行现有解决方案时存在两个基本问题：

• Office 2010 中的本机 64 位进程无法加载 32 位二进制文件。在使用现有 Microsoft ActiveX 控件和现有加载项时，这被认为是一个常见问题，
• VBA 以前不具有指针数据类型，因此，开发人员使用 32 位变量来存储指针和句柄。但现在在使用 Declare 语句时，这些变量会截断 API 调用返回的 64 位值。
  

介绍 VBA 7 基本代码

VBA 7 是新的基本代码，取代了早期版本的 VBA。32 位和 64 位版本的 Office 2010 中均包含 VBA 7。它提供了两个条件编译常量：VBA7 和 Win64。通过测试您的应用程序使用的是 VBA 7 还是以前版本的 VBA，VBA7 常量可帮助确保您的代码的后向兼容性。Win64 常量用于测试代码是以 32 位还是 64 位形式运行的。下文将介绍这两个编译常量。

ActiveX 控件和 COM 加载项兼容性

第三方及 Microsoft 提供的现有 32 位 ActiveX 控件与 64 位版本的 Office 2010 不兼容。对于 ActiveX 控件和 COM 对象，有三种可能的解决方案：

• 如果您有源代码，则可以自己生成 64 位版本，
• 您可以与供应商联系以获取更新版本，
• 也可以搜索其他解决方案。
  

应用程序编程接口兼容性

VBA 和类型库的结合为您提供了许多用于创建 Microsoft Office 应用程序的功能。不过，有时，您必须直接与计算机的操作系统及其他组件进行通信，例如在您管理内存或进程时，在使用用户界面（例如窗口和控件）时，或在修改 Windows 注册表时。在这些情况下，最好选择使用一个嵌入动态链接库 (DLL) 文件中的外部函数。为此，可在 VBA 中使用 Declare 语句进行 API 调用。

注释：

Microsoft 提供了一个 Win32API.txt 文件，其中包含 1,500 个 Declare 语句以及一个用于剪切所需 Declare 语句并将其粘贴到您的代码中的工具。不过，这些语句适用于 32 位系统，必须使用下文讨论的信息将其转换为 64 位。您可以在 Excel MVP Jan Karel Pieterse 的网站 http://www.jkp-ads.com/articles/apideclarations.asp（该链接可能指向英文页面） 上找到此类型的转换示例。

Declare 语句类似于以下代码之一，具体取决于您调用的是子例程（没有返回值）还是函数（有返回值）。

普通浏览复制代码

1. Public/Private Declare Sub SubName Lib "LibName" Alias "AliasName" (argument list)

SubName 函数或 FunctionName 函数会被替换为 DLL 文件中过程的实际名称，表示在从 VBA 代码调用过程时所使用的名称。如果需要，您还可以为过程名称指定 AliasName参数。包含要调用的过程的 DLL 文件的名称位于 Lib 关键字之后。最后，参数列表将包含必须传递给该过程的参数和数据类型。

下面的 Declare 语句将打开 Windows 注册表中的一个子项 并替换其值。

普通浏览复制代码

1. Declare Function RegOpenKeyA Lib "advapi32.dll" (ByVal Key As Long, ByVal SubKey As String, NewKey As Long) As Long       

RegOpenKeyA 函数的 Windows.h（窗口句柄）条目如下所示：

普通浏览复制代码

1. LONG RegOpenKeyA ( HKEY hKey, LPCSTR lpSubKey, HKEY *phkResult );   

在 Microsoft Visual C 和 Microsoft Visual C++ 中，前面的示例对 32 位和 64 位都能够正确编译。这是因为 HKEY 定义为指针，其大小反映了在其中编译代码的平台的内存大小。

在以前版本的 VBA 中，没有特定指针数据类型，因此使用了 Long 数据类型，而 Long 数据类型始终为 32 位，所以它在具有 64 位内存的系统上使用时会发生中断，因为前 32 位可能被截断或可能覆盖其他内存地址。以上任一情况都会导致不可预测的行为或系统崩溃。

为解决此问题，VBA 现在包含真正的指针 数据类型 LongPtr。此新数据类型使您能够正确编写原始 Declare 语句，如下所示：

普通浏览复制代码

1. Declare PtrSafe Function RegOpenKeyA Lib “advapire32.dll” (ByVal hKey as LongPtr, ByVal lpSubKey As String, phkResult As LongPtr) As Long    

此数据类型和新的 PtrSafe 属性使您能够在 32 位或 64 位系统上使用此 Declare 语句。PtrSafe 属性向 VBA 编译器指示 Declare 语句面向 64 位版本的 Office 2010。如果不使用此属性，那么在 64 位系统中使用 Declare 语句会导致编译时错误。请注意，PtrSafe 属性在 32 位版本的 Office 2010 上是可选的。因此现有 Declare 语句始终能够正常运行。

下表提供了有关已讨论过的新限定符和数据类型以及另一种数据类型、两个转换运算符和三个函数的详细信息。

类型项说明

限定符

PtrSafe

指示 Declare 语句与 64 位兼容。此属性在 64 位系统上是必需的。

数据类型

LongPtr

一种变量数据类型，在 32 位版本的 Office 2010 上是 4 字节数据类型，在 64 位版本上是 8 字节数据类型。这是为新代码声明指针或句柄的推荐方法，但如果它必须运行在 64 位版本的 Office 2010 中，则也为旧代码声明指针或句柄。只有 32 位和 64 位上的 VBA 7 运行时支持此数据类型。请注意，您可以为它赋予数值，但不能赋予数值类型。

数据类型

LongLong

这是只能在 64 位版本的 Office 2010 中使用的 8 字节数据类型。您可以赋予数值，但不能赋予数值类型（以避免截断）。

转换运算符

CLngPtr

将简单表达式转换为 LongPtr 数据类型。

转换运算符

CLngLng

将简单表达式转换为 LongLong 数据类型。

函数

VarPtr

变量转换器。在 64 位版本上返回 LongPtr，在 32 位版本上返回 Long（4 字节）。

函数

ObjPtr

对象转换器。在 64 位版本上返回 LongPtr，在 32 位版本上返回 Long（4 字节）。

函数

StrPtr

字符串转换器。在 64 位版本上返回 LongPtr，在 32 位版本上返回 Long（4 字节）。

下面的示例演示如何在 Declare 语句中使用其中某些项。

普通浏览复制代码

1. Declare PtrSafe Function RegOpenKeyA Lib "advapi32.dll" (ByVal Key As LongPtr, ByVal SubKey As String, NewKey As LongPtr) As Long                 

请注意，没有 PtrSafe 属性的 Declare 语句被假定为与 64 位版本的 Office 2010 不兼容。

如前所述，有两个新的条件编译常量：VBA7 和 Win64。为确保与以前版本的 Office 的向后兼容性，可使用 VBA7 常量（这是较典型的情况）来防止 64 位代码在早期版本的 Office 中运行。对于在 32 位版本和 64 位版本之间有所不同的代码（例如调用数学 API，它对其 64 位版本使用 LongLong，对其 32 位版本使用 Long），可使用 Win64 常量。下面的代码演示如何使用这两个常量。

普通浏览复制代码

1. #if Win64 then
2.    Declare PtrSafe Function MyMathFunc Lib "User32" (ByVal N As LongLong) As LongLong
3. #else
4.    Declare Function MyMathFunc Lib "User32" (ByVal N As Long) As Long
5. #end if
6. #if VBA7 then
7.    Declare PtrSafe Sub MessageBeep Lib "User32" (ByVal N AS Long)
8. #else
9.    Declare Sub MessageBeep Lib "User32" (ByVal N AS Long)
10. #end if

总而言之，如果您编写 64 位代码并打算在以前版本的 Microsoft Office 中使用它，则需要使用 VBA7 条件编译常量。不过，如果您在 Office 2010 中编写 32 位代码，则该代码的工作方式与在以前版本的 Microsoft Office 中一样，无需使用编译常量。如果希望确保对 32 位版本使用 32 位语句，对 64 位版本使用 64 位语句，则最好选择使用 Win64 条件编译常量。

使用条件编译属性

下面的代码是需要更新的旧 VBA 代码的示例。请注意旧代码中更新为使用 LongPtr 的数据类型，因为它们引用句柄或指针

旧 VBA 代码

普通浏览复制代码

1. Declare Function SHBrowseForFolder Lib "shell32.dll" _
2.   Alias "SHBrowseForFolderA" (lpBrowseInfo As BROWSEINFO) As Long
3.   
4. Public Type BROWSEINFO
5.   hOwner As Long
6.   pidlRoot As Long
7.   pszDisplayName As String
8.   lpszTitle As String
9.   ulFlags As Long
10.   lpfn As Long
11.   lParam As Long
12.   iImage As Long
13. End Type

新 VBA 代码

普通浏览复制代码

1. #if VBA7 then    ' VBA7 
2. Declare PtrSafe Function SHBrowseForFolder Lib "shell32.dll" _
3.   Alias "SHBrowseForFolderA" (lpBrowseInfo As BROWSEINFO) As Long
4. 
5. Public Type BROWSEINFO
6.   hOwner As LongPtr
7.   pidlRoot As Long
8.   pszDisplayName As String
9.   lpszTitle As String
10.   ulFlags As Long
11.   lpfn As LongPtr
12.   lParam As LongPtr
13.   iImage As Long
14. End Type
15.  
16. #else    ' Downlevel when using previous version of VBA7
17. 
18. Declare Function SHBrowseForFolder Lib "shell32.dll" _
19.   Alias "SHBrowseForFolderA" (lpBrowseInfo As BROWSEINFO) As Long
20. 
21. Public Type BROWSEINFO
22.   hOwner As Long
23.   pidlRoot As Long
24.   pszDisplayName As String
25.   lpszTitle As String
26.   ulFlags As Long
27.   lpfn As Long
28.   lParam As Long
29.   iImage As Long
30. End Type
31.  
32. #end if
33. Sub TestSHBrowseForFolder ()
34.     Dim bInfo As BROWSEINFO
35.     Dim pidList As Long
36. 
37.     bInfo.pidlRoot = 0&
38.     bInfo.ulFlags = &H1
39.     pidList = SHBrowseForFolder(bInfo)
40. End Sub

结论

增加了 64 位版本的 Office 2010 后，您可以移动更多数据来增强功能。编写 32 位代码时，可以使用 64 位版本的 Microsoft Office 而无需进行任何更改。不过，在编写 64 位代码时，应确保您的代码包含特定关键字和条件编译常量，以确保代码与早期版本的 Microsoft Office 向后兼容，并确保在混合 32 位和 64 位代码时执行了正确的代码。

用了office vba五年多了，很喜欢。自从微软有64系统后，发现以前很多作品无法正常运行了。
经过查阅office2010 vba开发人员参考手册，实用#if 语句进行有选择的编译。示例代码如下：

[vb] view plain copy

 print?

1. #If VBA7 Then  
2. '定义窗体样式  
3. Private Declare PtrSafe Function FindWindow Lib "user32" Alias _  
4.     "FindWindowA" (ByVal lpClassName As String, ByVal lpWindowName As String) As Long  
5. Private Declare PtrSafe Function SetWindowLong Lib "user32" Alias _  
6.     "SetWindowLongA" (ByVal Hwnd As Long, ByVal nIndex As Long, ByVal dwNewLong As Long) As Long  
7. #Else  
8. '定义窗体样式  
9. Private Declare Function FindWindow Lib "user32" Alias _  
10.     "FindWindowA" (ByVal lpClassName As String, ByVal lpWindowName As String) As Long  
11. Private Declare Function SetWindowLong Lib "user32" Alias _  
12.     "SetWindowLongA" (ByVal Hwnd As Long, ByVal nIndex As Long, ByVal dwNewLong As Long) As Long  
13. #End If  

经过以上处理，我的作品（主要是ppt和excel）在office2003、2007和2010版本、xp以上系统均可正常运行。

office2013未进行测试，我想应该也是可以的。

近期由于操作系统升级到64位，同时试用AutoCAD2014版本，原来的一些VBA程序运行上出了一些问题：

1) Declear声明语句无法正常运行。
    查了一些资料，发现可以使用Declare PtrSafe来代替原来的Declear以解决这个问题。如原来32位的：
Private Declare Function acedSetColorDialog Lib _
   "acad.exe" (color As Long, ByVal bAllowMetaColor _
   As Boolean, ByVal nCurLayerColor As Long) As Boolean
在64位系统中，需要写成：
Private Declare PtrSafe Function acedSetColorDialog Lib _
   "acad.exe" (color As Long, ByVal bAllowMetaColor _
   As Boolean, ByVal nCurLayerColor As Long) As Boolean

这样问题好象解决了，其实问题还没有解决，因为怎样让同一程序能够在32位系统和64位系统中兼容又是个问题。
当然，最终还是找到方法：

[vb] view plain copy

 print?

1. #If VBA7 ThenPrivate Declare PtrSafe Function acedSetColorDialog Lib _   "acad.exe" (color As Long, ByVal bAllowMetaColor _   As Boolean, ByVal nCurLayerColor As Long) As Boolean#ElsePrivate Declare Function acedSetColorDialog Lib _   "acad.exe" (color As Long, ByVal bAllowMetaColor _   As Boolean, ByVal nCurLayerColor As Long) As Boolean#End If  

我们可以看到，这里用了一个系统变量“VBA7”，通过这个变量可以辨别VBA系统是否为VBA7，并通过这个判断来加载不同的语句。另外还有一个变量是“WIN64”，这个变量可以辨别系统是否为WIN64位系统，并通过它来加载不同的语句。

为什么这里用了VBA7而不是用WIN64变量呢，那是因为在2014版以前，虽然是Win64系统，但实际上VBA还是32位系统，Declear声明并不需要加上PtrSaft，所以通过VBA7来着判断会更为准确。

有个不完美的地方是，VBA7中对于没有加入PtrSaft的Declear的代码都标注为有误并显示红色，不过还好，显示归显示，运行还是给运行的，因为通过前面的判断语句，那句错误的语句并不会运行到，所以运行时不会出错。
以上解决方法具体说明链接：http://bbs.mjtd.com/thread-100890-1-1.html

2) 数据库连接ADO以及DAO方式都无法使用。
这项问题到目前找不到解决方案，还在找，不过象我的那个塑料公差标注程序，原来用了ACCESS数据库，由于VBA7是真64位，那些32位的数据库连接方式都彻底失效，而微软又没有针对64位出数据库连接方式(目前还未搜索到)，所以只能改成非数据库方式运行，把数据全部变成字符串并通过split转成数组保存并在程序中定位调用，由于数据量少，影响不大。
等找到方法解决后，再跟大家分享。