一直没搞明白串口的同步和异步操作有什么区别 同步时ReadFile会死等，但是异步的WaitForSingleObject不也会造成死等，这两种操作如果放在同一线程中有何区别呢？ 解决方案 » 免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货 呵呵，其实你得理解操作系统，线程的概念，同步，一直等，直到时间片过去，而异步呢，你readfile后，后面肯定用waitforsigle，而这个命令时一点到达这个命令，如果阻塞，理解跳到其他线程，所以节省了时间 换种解释方法，楼主理解SendMessage和PostMessage么？这个有异曲同工之妙。 不一样。如果异步读，不用Wait，那就跟你说的一样了，因为有个Wait，所以导致跟SendMessage一样。如果你在post后加一个等待，等待被post的窗口处理。那他跟Send有何区别？只是Send不放消息队列罢了。但是执行上都会等待 windows下时间片是20ms，仅仅是异步会尽快将线程挂起？这跟同步没有太大区别吧。同步就算把时间片耗完也无所谓，如果是数据量非常大，反而要用同步，数据量不大，为这20ms似乎没太大必要。 ReadFile后的Wait，再开线程读？不会吧 PostMessage不等（异步）（进队列），SendMessage等（同步）（不进队列）。你的解释感觉你把wait搞在一起思路很混乱啊 楼上的，不是我搞混，是你没明白吧，Post不等没错，假如这样：设全局变量int g_n = 1，如果post前变量等于1，post给某窗口处理，这个处理会将g_n置为0，主动post的然后等待g_n变为0，这时跟Send原理虽不同，但是效果几乎相同。你认为呢？ 异步必然有个wait，如果你用死循环来判断那异步失去意义了，但是加上这个wait ，我认为也几乎相当于同步了。 难道是我没有说清楚吗？同步即是要等到读写工作完成之后ReadFile函数才能返回。异步则是一调用ReadFile函数之后产即返回，由系统开线程进行读写工作，当读写工作完成之后通知调用ReadFile的线程或是调用相关的回调函数。 楼上的，是不是ReadFile的线程就得一直在等待通知呢？那不就相当于阻塞在这了？ 就是那个WaitForSingleObject在等待，那不就是阻塞了吗？ 同步状态下时ReadFile这个函数只有等到读完之后才会返回，这就相当于阻塞了。异步状态下不是，我上面说的通知有点问题，对于ReadFileEx来说，当读写工作完成之后，会自动调用BOOL ReadFileEx( HANDLE hFile, LPVOID lpBuffer, DWORD nNumberOfBytesToRead, LPOVERLAPPED lpOverlapped, LPOVERLAPPED_COMPLETION_ROUTINE lpCompletionRoutine);中由第五个参数指定的回调函数。我上面所说的通知是不正确的。 如果像你上面所说的，那确实是同步和异步的差别，但是看到大部分没有用这种，而且用wait，所以我认为用wait跟同步没有什么区别 不明白为什么网上大部分例子异步的都是用wait来等待 我看到的异步例子都是用ReadFileEx来完成的。根本就不用Wait啊，如果要Wait的话，那就不是异步了。所谓的异步就是让主线程不用等待读写工作，如果要等待的话，异步就没有价值了。 不是吧，我看到的基本是Wait，VCKBASE上有 刚才看了一下，确实有用ReadFile加WaitFor...函数配合来完成异步读写的。不过这也没有什么问题啊，异步读写调用ReadFile时也是一调用即返回，至于要用WaitF...函数等待那是逻辑上的需求。我个人感觉用回调函数应该更合理一些。 我认为应该也是这样才对，可似乎网上资料都是wait，真是奇怪，难道大家用异步都是这样用不觉得有问题 你可以举个在多个线程中ReadFile然后wait的例子，看是否这样比同步好，我认为你Wait后再开个线程，也是多此一举，降低效率 提到效率我还真没有测试过不过我的意思是说同步和异步操作的真正区别是在硬件的中断方式上不过关于这一点windows做了封装 同步与异步的区别上面已经说得很清楚了，至于用不用wait那是程序逻辑上的问题，打个比方，在异步方式下，你可以在ReadFile之后不马上去Wait..，而是先去执行别的代码，然后去等待也行啊。 同步: 窗体A Sendmessage To 窗体B异步：窗体A Postmessage To 窗体B 窗体B 收到消息后，Sendmessage To 窗体A 窗体A响应消息函数 异步方式下，窗体A Postmessage 之后，和响应B发来消息之间的时间段，可以做任何其它事，并非一直等待 串口的异步操作过程和以上过程类似，，，应该是异步的效率好些，除非你的软件只做收发串口数据这一件事 在串口通讯处理这种功能上，你ReadFile还要去做其他事再去wait取数据，虽然有这种需求，但大部分是需要ReadFile后去解析然后进行下一步动作，没有数据何来解析？ 异步的好处很多，当系统出现异常时，异步方式会更好的控制局面响应消息1 //来数据了ReadFile -> 处理数据(存盘，转发........)响应消息2消息1和消息2相差time1处理数据平均需要time2如果time1>time2,怎么写都可以如果time1<time2 使用异步方式很有必要 不排除有这可能，但如果你用了time1<time2，你确定能保证time1<time2吗，我想很少有人用这个的同时心里很有把握。 并不是用了time1<time2,,,,处理数据的时间只有你自己知道啊如果个别数据处理很费时，你就必须采用异步方式 ，并且要新开个线程，新建buf来处理数据，这样才能一边接收一边处理如果处理数据的时间相对于接收时间间隔来说可以忽略不计，直接处理就行了 我经常这样使用，开一线程同步ReadFile，读取到后放在某个缓冲区，另开线程解析（前提是通讯协议加帧头和帧尾），但是遇到应答方式通讯的协议的话，这种处理应该不是很合理，但如果同一线程中用异步WaitForSingleObject似乎跟同步区别不大。用回调肯定是个好办法 关于在英文操作系统下的中文路径问题 请教串口问题 Activex控件的消息映射问题 请问如何申请数字签名证书? 菜鸟提问--关于编辑框控件的两种成员变量(CEdit控件类型与CString 值类型之间的关联问题) 动态库的问题 我买了不少VC的书，该怎么安排，我的时间有限 文本的隐藏怎样实现，不是删除 怎样在vs2008的对话框项目中使用水晶报表 COM怎么学？Who con告诉我？ evc中的WriteProfileString的用法 如何枚举本机从其他机器共享的打印机? 急!
不一样。如果异步读，不用Wait，那就跟你说的一样了，因为有个Wait，所以导致跟SendMessage一样。如果你在post后加一个等待，等待被post的窗口处理。那他跟Send有何区别？只是Send不放消息队列罢了。但是执行上都会等待
windows下时间片是20ms，仅仅是异步会尽快将线程挂起？这跟同步没有太大区别吧。同步就算把时间片耗完也无所谓，如果是数据量非常大，反而要用同步，数据量不大，为这20ms似乎没太大必要。
ReadFile后的Wait，再开线程读？不会吧
PostMessage不等（异步）（进队列），SendMessage等（同步）（不进队列）。你的解释感觉你把wait搞在一起思路很混乱啊
同步即是要等到读写工作完成之后ReadFile函数才能返回。
异步则是一调用ReadFile函数之后产即返回，由系统开线程进行读写工作，当读写工作完成之后通知调用ReadFile的线程或是调用相关的回调函数。
异步状态下不是，我上面说的通知有点问题，对于ReadFileEx来说，当读写工作完成之后，会自动调用
BOOL ReadFileEx(
HANDLE hFile,
LPVOID lpBuffer,
DWORD nNumberOfBytesToRead,
LPOVERLAPPED lpOverlapped,
LPOVERLAPPED_COMPLETION_ROUTINE lpCompletionRoutine
);
中由第五个参数指定的回调函数。我上面所说的通知是不正确的。
我个人感觉用回调函数应该更合理一些。
我认为应该也是这样才对，可似乎网上资料都是wait，真是奇怪，难道大家用异步都是这样用不觉得有问题
你可以举个在多个线程中ReadFile然后wait的例子，看是否这样比同步好，我认为你Wait后再开个线程，也是多此一举，降低效率
不过我的意思是说同步和异步操作的真正区别是在硬件的中断方式上
不过关于这一点windows做了封装
窗体B 收到消息后，Sendmessage To 窗体A
窗体A响应消息函数 异步方式下，窗体A Postmessage 之后，和响应B发来消息之间的时间段，可以做任何其它事，并非一直等待
串口的异步操作过程和以上过程类似，，，应该是异步的效率好些，除非你的软件只做收发串口数据这一件事
在串口通讯处理这种功能上，你ReadFile还要去做其他事再去wait取数据，虽然有这种需求，但大部分是需要ReadFile后去解析然后进行下一步动作，没有数据何来解析？
处理数据平均需要time2如果time1>time2,怎么写都可以
如果time1<time2 使用异步方式很有必要
不排除有这可能，但如果你用了time1<time2，你确定能保证time1<time2吗，我想很少有人用这个的同时心里很有把握。
我经常这样使用，开一线程同步ReadFile，读取到后放在某个缓冲区，另开线程解析（前提是通讯协议加帧头和帧尾），但是遇到应答方式通讯的协议的话，这种处理应该不是很合理，但如果同一线程中用异步WaitForSingleObject似乎跟同步区别不大。用回调肯定是个好办法