我不清楚你说的全双工是什么意思，对于串行口而言本就是双工的，难道你真的想在
writefile(comhandle .....)的同时进行 readfile(comhandle .....)?难道你就不能等上几个毫秒的时间？其实，一个byte的数据接收的时间就有１个毫秒（９６００波特率下）。不要钻牛角尖了，作为一个软件员，可以懂一点硬件知识的。顺序调用writefile和readfile吧。
　　顺便提一下，调用readfile前，先调用Clearcommerror(comhandle,lpErrors,@Coms)，判断串行口缓冲区中是否有数据，且数据的个数为多少( Coms.cbInQue )。

是这样的,我在辅助线程处理串口读写,用overlapped,好象....有困难,不知道您是否有更好的建议?

用一个独立的线程好像是判断是否接收到数据
好像是，WaitCommEvent（）

我想在通信线程做这样的几件事:
1. 如果端口改变了(如:COM1变为COM2),主线程用一个event进行通知,由通信线程关闭handle,重新打开新的端口.
2. 有数据需要发送时,主线程用另一个event给出通知,通信线程则开始发送数据(WriteFile),并且启动接收(ReadFile)

不知道这个思路有没有问题,请求高人指教

挺好嘛，有什么问题吗？

有问题
WriteFile()和ReadFile()是使用相同的overlapped还是不同的? 是否支持使用不同的overlapped?

呵呵。

当然是用不同的OVERLAPPED。

想知道怎么用吗？

不过OVERLAPPED所谓的重叠异步和同步差不了多远的。

实际处理有时仍要等处理完OK才返回。

用SetCommTimeouts() 可以设置 读写 的超时 （独立的）

davidprg():
怎么用? 请指教,谢了先

串口是不是全双工的工作不是看你的程序如何写. 而是看硬件上的UART是不是支持这个功能...
现在PC上的16650都是全双工的芯片. 

在程序中可以用两个线程分别读写端口. 这样它们的工作没有顺序要求就是全双工的.
至于read/writefile的参数overlapped只是是否同步/异步的读写... 与题无关(因为串口的数据量一般不大)

vcsongs(vcsongs):
可否看一下您的代码?

your email?

seedundersnow@sina.com,thanks!

在线层里使用是同样的,只要不连续发送大量的数据,抽出点时间用Clearcommerror()扫描一下端口就可以了。比如，发送已数据包的形式一帧一帧的发，那么，扫描端口有无接收数据到达是很容易实现的。

同时读写应该是没有什么问题啊。

发出去了. 查收

// 搞定了,多谢大家. 我把代码贴在这里(关键的片段),大家也可以提提意见....

// 在通信线程等待Event ......
switch(dwWaitResult=WaitForMultipleObjects(4,hEvents,FALSE,INFINITE))
{
case WAIT_OBJECT_0:  // 端口改变: 重新打开; 要求发送: 启动发送/接收

    if (PortChanged)
    {
    // 打开端口(在通信线程)
    hComm=CreateFile(
        PortName,
        GENERIC_WRITE|GENERIC_READ, // 同时进行读/写
        0,        //share mode,None
        NULL,       //LPSECURITY_ATTRIBUTES,default
        OPEN_EXISTING,  //how to create,must be OPEN_EXISTING
        FILE_ATTRIBUTE_NORMAL|FILE_FLAG_OVERLAPPED,  //file attributes,Overlapped
        NULL            //handle to template file
        );

        if (INVALID_HANDLE_VALUE==hComm)
        {
            //......
        }
    }


    // ......
    WriteFile(hComm,tBuffer,tBlkSize,&dwWritten,&ovl_w);
    // ovl_w,发送的overlapped,ovl_w.hEvent=hEvents[2]
    //......

    ReadFile(hComm,rBuffer,rBlkSize,&dwRead,&ovl_r);
    // ovl_r,接收的overlapped,ovl_r.hEvent=hEvents[3]
    break;

case WAIT_OBJECT_0+1:   // 其他事务处理
    // ......
    break;

case WAIT_OBJECT_0+2:   // 发送完成....
    bFlag_w=GetOverlappedResult(hComm,&ovl_w,&dwBytesWritten,FALSE);
    // ......
    ResetEvent(hEvents[2]);
    break;

case WAIT_OBJECT_0+3:   // 接收完成....
    bFlag_r=GetOverlappedResult(hComm,&ovl_r,&dwBytesRead,FALSE);
    // ......
    ResetEvent(hEvents[3]);
    break;

default:
    // .....
}

如果读/写分别用独立的线程也是可以的,但如果端口改变则相当麻烦....

其实还不如开个线程用同步的更干净利落。

分开的线程,如果改变端口,又有许多麻烦,咳咳....

什么叫又改变端口?

sorry  没有注意上面. 
就象你说的. 怎么会麻烦呢?

特别关注！

我也想听听，

关注

改变端口,会有一些同步的工作要做,是可以的.
我是说我怕麻烦,没有别的意思(小人懒虫一条....)

改变端口,就是本来用的是COM1,现在用户有选择了COM2....

gz

tt

seedundersnow(一下子打死七个Virtual的FANS)你所说的麻烦，是不是指读/写线程与打开端口的线程共享端口句柄的问题。

以及还有收发数据缓冲区线程间的互斥与同步问题。

"读/写线程与打开端口的线程共享端口句柄的问题。"

没有问题. 我是在同一个线程处理的. 如果在不同的线程,需要注意的是同步的问题,主要是句柄/端口设置.

我说的麻烦,也就是指在不同的线程处理读和写,端口句柄的同步问题. 读和写的数据缓冲区本来就是分开的, 没有互斥与同步问题.

只要把打开端口与使用端口分开. 有何麻烦之有? ...