AT Socket 框架的一些疑惑

发布于 2020-05-12 16:08:09 浏览：3602 订阅该版

* 本帖最后由 luckydarcy 于 2020-5-12 16:19 编辑 *

最近在折腾AT模块，在 at_device -> at socket -> SAL 的对接过程中产生了一些疑惑。

（1）at_socket 结构体有一个 socket 成员，但是AT模块实际的socket号却存储在user_data（这么做应该是为了支持多网卡），并且从0开始，可是有些AT模块的可用socket不是从0开始的。
（2）at_device 软件包的 at_device_register 函数中直接分配 AT_DEVICE_XX_SOCKETS_NUM 足额的内存空间，如果用不上那么多会造成浪费，另外对于可用socket不是从0开始的AT模块来说，处理起来也比较麻烦。
```device->sockets = (struct at_socket *) rt_calloc(class->socket_num, sizeof(struct at_socket));```（3）创建 socket 的接口在对应 AT socket 层的 at_socket 函数，但是 at_socket_ops 操作接口却没有提供对应的接口，使得需要创建 socket 的AT模块只能在 at_connect 接口进行处理，这样有些不合理。
```struct at_socket_ops
{
    int (*at_connect)(struct at_socket *socket, char *ip, int32_t port, enum at_socket_type type, rt_bool_t is_client);
    int (*at_closesocket)(struct at_socket *socket);
    int (*at_send)(struct at_socket *socket, const char *buff, size_t bfsz, enum at_socket_type type);
    int (*at_domain_resolve)(const char *name, char ip[16]);
    void (*at_set_event_cb)(at_socket_evt_t event, at_evt_cb_t cb);
};```（4）由于 at_socket_ops 只提供一个发送接口 at_send，因此 TCP 和 UDP 都要共用，但是这个接口不接受 ip 和 port 参数，因此 AT Socket 层处理的时候需要借助具体AT模块 at_connect 接口，看起来有点别扭。比如 at_socket.c 中的 at_sendto 函数的大致处理流程如下：
```int at_sendto(int socket, const void *data, size_t size, int flags, 
              const struct sockaddr *to, socklen_t tolen)
{
    /* 根据 socket 号找到对应的 at_socket 对象 */
    sock = at_get_socket(socket);

/* 区分 TCP 和 UDP 进行处理 */
    switch (sock->type)
    {
    case AT_SOCKET_TCP:
        if (sock->state == AT_SOCKET_CLOSED)
        {
            /* socket 已关闭，退出 */
        }
        else if (sock->state != AT_SOCKET_CONNECT && sock->state != AT_SOCKET_OPEN)
        {
            /* socket 状态不对，退出（为什么 OPEN 状态也可以发送 TCP?） */
        }

/* 发送数据 */
        sock->ops->at_send(sock, (const char *) data, size, sock->type);
        break;

case AT_SOCKET_UDP:
        /* 当 socket 状态为 OPEN 且存在目标IP地址和端口时才满足条件 */
        if (to && sock->state == AT_SOCKET_OPEN)
        {
            /* 从 socketaddr 结构体中获取 IP 和端口 */
            socketaddr_to_ipaddr_port(to, &remote_addr, &remote_port);
            ipaddr_to_ipstr(to, ipstr);

/* 调用 AT 模块的 xx_socket_connect 接口（以 UDP 方式打开 AT 模块的 socket） */
            sock->ops->at_connect(sock, ipstr, remote_port, sock->type, RT_TRUE);
            /* 将 socket 状态标记为 CONNECT */
            sock->state = AT_SOCKET_CONNECT;
            
            /* 绑定 recv 和 close 回调函数（每次发送 UDP 都要绑定？） */
            sock->ops->at_set_event_cb(AT_SOCKET_EVT_RECV, at_recv_notice_cb);
            sock->ops->at_set_event_cb(AT_SOCKET_EVT_CLOSED, at_closed_notice_cb);
        }

/* 发送数据 */
        sock->ops->at_send(sock, (char *) data, size, sock->type);
        break;

default:
        /* 不支持除 TCP 和 UDP 外的传输层协议，退出 */
    }
}```麻烦是麻烦了点，但毕竟大部分AT模块是可以用的，然而，有些 AT 模块的 UDP 功能并没有类似 create 或 connect 的指令，因此模块本身没有记录 UDP socket 将要要发送的目标 ip 和 port，而且 at_socket 对象的 user_data 已经被占用了，也没办法保存 ip 信息。

所以，我觉得 at_socket_ops 是不是应该提供 at_socket 和 at_sendto 接口，让实际的AT设备处理起来更灵活？但是这些改动不仅牵涉到 at_device 软件包，还需要修改 AT 组件。不知道大神有没有遇到上述这些问题，咱们坐下来喝杯茶探讨一下？