协议栈_data_notify求解

时隔一年再次回来研究研究USB框架，USB这部分可能难度比较大，使用者较少的原因USB框架更新的不多。这次产品切换到HAL库了，因此准备把RTT的usb框架用起来。

我的理解，框架中ep0的枚举过程都已经实现，用户编程只需处理数据收发部分即可，框架中数据收发的处理在“rt_usbd_thread_entry” 线程的 _data_notify 函数中，USB_DIR_IN 的代码较好理解，USB_DIR_IN的代码有疑问：
1、只有dcd_ep_read_prepare 这个函数才是从USB控制器的Buffer中读取数据到 ep 的缓冲区中的，如果请求类型是UIO_REQUEST_READ_BEST(这个请求类型具体什么意思也不太明白)，还没有调用dcd_ep_read_prepare 函数就进入到 EP_HANDLER ，那岂不是什么数据都没有读到？
2、ep->request.remain_size -= size; ep->request.buffer += size; 这两句是在dcd_ep_read_prepare 之前调用的，也就是说数据还没读到ep的缓冲区中，就提前改变了ep的buffer指针，是否有问题？
3、else if(ep->request.remain_size == 0)
{
EP_HANDLER(ep, func, ep->request.size);
}这一句只有remain_size为0 才会调用EP_HANDLER，实际当接收到的usb数据包的大小 小于max_package_size时，本次usb传输就结束了，如果request.remain_size 还不为0，EP_HANDLER就一直得到调用，

{
    size = ep_msg->size;
    if(ep->request.remain_size == 0)
    {
        return RT_EOK;            
    }
    if(size == 0)
    {
        size = dcd_ep_read(device->dcd, EP_ADDRESS(ep), ep->request.buffer);
    }
    ep->request.remain_size -= size;
    ep->request.buffer += size;
    if(ep->request.req_type == UIO_REQUEST_READ_BEST)
    {
        EP_HANDLER(ep, func, size);
    }
    else if(ep->request.remain_size == 0)
    {
        EP_HANDLER(ep, func, ep->request.size);
    }
    else
    {
        dcd_ep_read_prepare(device->dcd, EP_ADDRESS(ep), ep->request.buffer, ep->request.remain_size > EP_MAXPACKET(ep) ? EP_MAXPACKET(ep) : ep->request.remain_size);
    }
}