我的程序阻塞了，不知道原因。

[gdi_gtk1]

一个搜索文件并传输文件的客户端程序。
下面是伪代码：
//建立与远程的连接
sfzSock = socket(AF_INET,SOCK_STREAM,0);
addr.sin_family = AF_INET;
addr.sin_addr.s_addr = inet_addr(sfzip);
addr.sin_port = htons(9876);
int ret = connect(sfzSock,(sockaddr*)&addr,sizeof(addr));
if(ret != 0){
AppLog("连接失败!");
}
else{
const int ms = 60000;
setsockopt(sfzSock,SOL_SOCKET,SO_RCVTIMEO,(char *)&ms,sizeof(ms));
}
CFileFind find;
BOOL bWorking = finder.FindFile("*.*");//特定目录下的所有文件
while (bWorking)
{
bWorking = finder.FindNextFile();
//发送搜索到的文件
send(...);
//接收远程返回的应答
recv(...);
}

[xpljj502]

断点跟踪进去啊，看看阻塞在哪一句了。。

[Eleven]

Debug下调试一下不就知道哪里block了

[gdi_gtk1]

只是偶尔阻塞，并不是每次都阻塞的，头痛。。。。

[gdi_gtk1]

对了，搜索文件时另一进程可能正在写文件，不知道这样会有阻塞的可能没有？

[WizardK]

单步调试，打印TRACE，还能不知道阻塞在哪里？

[gdi_gtk1]

这种多个进程同时操作一个资源不好调试呀。

现在问问：多进程操作同一文件有可能阻塞吗？

[WizardK]

如果涉及读写文件和文件锁定，这种关联的异步I/O，会有阻塞，但你指的阻塞是什么概念？每次执行耗费的时间不一致，还是死锁在一个地方？

[gdi_gtk1]

是死锁在一个地方了，表现为该进程没活动了，一直不退出。

[WizardK]

引用 6 楼 gdi_gtk1 的回复:

这种多个进程同时操作一个资源不好调试呀。

现在问问：多进程操作同一文件有可能阻塞吗？

那也要调试才好定位，你打TRACE（发送MESSAGE，自己做个工具接收MESSAGE并显示），或者用日志文件，总之要定位才方便分析，这么看事倍功半。

[gdi_gtk1]

主要是触发锁死的时机不好找，有时可能需要等上几天才碰到一次。