Delphi访问ApdComPort1、Timer_com触发Access Violation报错求助

首先从报错特征就能锁定大方向：Access Violation ... Read address 000003D0是典型的空指针访问错误——你访问的目标对象本身是nil，0x3D0是要访问的属性/方法相对于对象基地址的内存偏移，当对象基地址为0时，最终访问的就是0x3D0这个低地址，和COM端口配置、组件声明语法错误没有关系。

快速定位问题的简便方法 #

不需要用复杂的内存分析工具，用Delphi自带调试功能几步就能定位：

• 在open_port_com过程的第一行打个断点，调试运行触发断点后，鼠标悬停查看Form11变量的值：
  • 如果Form11本身显示为nil，说明调用这个过程的时候，TForm11窗体还没被创建，全局Form11变量还没赋值
  • 如果Form11有合法值，展开它的成员列表看ApdComPort1、Timer_com的值，如果这两个组件是nil，说明窗体DFM资源加载异常，组件没有被正确实例化
• 可以在访问组件前加三行空值校验，运行后直接就能定位是哪个对象未初始化：

if not Assigned(Form11) then raise Exception.Create('串口窗体未创建');
if not Assigned(Form11.ApdComPort1) then raise Exception.Create('串口组件未初始化');
if not Assigned(Form11.Timer_com) then raise Exception.Create('通信定时器未初始化');

最高概率的根因 #

从你贴的代码结构判断，90%的问题是调用open_port_com的时机过早，Form11还没完成创建就执行了串口打开逻辑：
你把com单元加在了主窗体的uses列表中，很可能在主窗体初始化阶段、Form11还没执行创建逻辑（既没自动创建，也没手动调用TForm11.Create）的时候，就有代码触发了open_port_com调用。这时候全局变量Form11还是默认的nil值，with Form11 do块本质是在操作空指针，访问块内的组件自然会触发低地址访问违例。

其他需要排查的场景 #

如果确认Form11和组件都已正确创建，再依次排查以下问题：

• 检查pas文件和DFM文件是否匹配：你贴的pas代码里声明了ApdComPort1、Timer1、Timer_com三个组件，要确认DFM文件中确实存在同名组件，没有出现组件被误删、名称拼写错误的情况，否则窗体创建时不会实例化对应组件，指针会保持为nil。
• 检查调用线程：VCL组件没有线程安全，所有组件的属性、方法只能在主线程调用，如果open_port_com是在工作线程中直接调用的，也会触发这类内存访问错误。
• 检查组件库兼容性：TApdComPort属于AsyncPro串口组件库，如果是老旧版本的AsyncPro安装在高版本Delphi上，组件注册信息异常也可能导致组件实例化失败，这个问题出现概率较低，放在最后排查即可。

修复方案 #

1. 确认TForm11的创建时机：要么在项目选项-自动创建窗体列表中把TForm11加入自动创建列表，要么在调用open_port_com前手动判断并创建窗体：

   if not Assigned(Form11) then
     Form11 := TForm11.Create(Application);
   

2. 调整串口打开逻辑的调用时机：不要在单元initialization段、其他窗体的OnCreate事件里过早调用open_port_com，可以放到Form11自身的OnShow事件，或者主窗体完全加载完成后的事件中执行。
3. 补全异常处理块的逻辑：你贴的代码里两个异常分支的if messagedlg(...) = mryes then后面没有写执行语句，留空代码块容易隐藏其他异常，记得补全对应处理逻辑。

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