何时需在Microsoft Access中使用PtrSafe？如何判断是否要声明PtrSafe？

一、PtrSafe的适用/不适用场景 #

PtrSafe是VBA7（Access 2010及以后版本引入）的语法标记，仅和外部API调用相关：

• 需要使用PtrSafe的唯一场景：代码中存在以Declare关键字开头的Windows API/外部动态库调用语句，要兼容64位VBA时必须在Declare前加PtrSafe标记，同时配合LongPtr等指针类型使用。
• 不需要使用PtrSafe的场景：仅使用原生VBA语法编写业务逻辑、普通子过程、窗体变量声明，没有调用外部系统API、第三方动态库的情况下，完全不需要用到PtrSafe关键字。

二、64位相关报错排查步骤 #

你提到自己的代码中没有Declare语句，优先排查以下常见问题：

• 首先确认ACCDE的生成环境：64位Access生成的ACCDE文件天生不兼容32位Access，和代码内容无关，这是Access编译文件的架构限制。如果需要兼容32位运行环境，必须使用32位版本的Access生成ACCDE。
• 全局检索隐藏的API声明：按Alt+F11打开VBA编辑器，按Ctrl+F调出搜索窗口，搜索范围选择「所有模块」，搜索关键词Declare，排查是否有导入的隐藏模块、工具代码中夹带了你没注意到的API声明。
• 排查异常引用：在VBA编辑器菜单栏点击「工具」→「引用」，查看列表中是否有标注「缺失」的项，或明确标注为64位专属的ActiveX控件、COM组件，这类组件无法在32位Access中加载，会触发架构类报错。
• 检查变量类型误用：搜索全局代码是否用到了LongLong、LongPtr类型的变量，这两类是64位VBA专属类型，32位VBA无法识别，如果有这类声明需要改成条件编译写法适配双架构：

#If VBA7 Then
    Dim 指针变量 As LongPtr
#Else
    Dim 指针变量 As Long
#End If

三、兼容32位ACCDE的最简方案 #

如果排查后确认没有外部API调用、没有64位专属变量和控件，直接使用32位版本的Access打开你的源ACCDB文件，重新生成ACCDE即可，不需要额外添加任何PtrSafe声明。

内容的提问来源于stack exchange，提问作者diannebcgray