Open62541 OPC UA异步读写API是否弃用及新版API问询

open62541库从v1.2版本开始，确实已弃用原UA_Client_writeValueAttribute_async这类带_async后缀的单功能异步读写API，相关定义已从正式发布的头文件中移除，所以会出现编译缺失的问题。

现在所有客户端异步操作统一通过通用异步请求接口实现：

• 通用入口API为UA_Client_sendAsyncRequest，支持所有OPC UA服务的异步调用，包括读写、方法调用、订阅等
• 异步写操作的使用逻辑为：
  1. 构造UA_WriteRequest结构体，填充要写入的节点ID、属性、值等参数
  2. 定义自定义回调函数，用于接收服务端返回的写操作响应结果
  3. 调用UA_Client_sendAsyncRequest传入请求结构体、回调函数指针，获取请求ID用于后续跟踪

该问题有两个核心原因：

• UA_Client_connectAsync为非阻塞接口，调用返回仅代表连接请求已发起，并未完成TCP握手、会话建立等全流程，此时发起的读写请求会因客户端未处于连接状态被直接丢弃
• 非阻塞模式下所有客户端的网络收发、请求处理逻辑都需要主动调用UA_Client_run_iterate驱动，未周期性调用该接口的话，哪怕连接已完成，请求也不会被实际发送到服务端

对应的解决步骤：

• 连接阶段监听状态：要么在UA_Client_connectAsync的回调函数中触发后续读写操作，要么轮询UA_Client_getState接口，直到客户端状态变为UA_CLIENTSTATE_SESSION_ACTIVE再发起读写
• 程序主循环中固定间隔调用UA_Client_run_iterate，建议传入10~50ms的超时参数，确保底层事件及时处理
• 排查阶段可以先改用阻塞连接接口UA_Client_connect验证读写逻辑正确性，确认无误后再切换异步模式降低排查复杂度

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