写文件的与此同时搜索文件冲突
写文件的同时搜索文件冲突
现在有个项目,两个软件运行在不同的机子上,通过网络以共享文件的方式进行通信(个人觉得这种通信方式比较低级,但是没办法)。软件1在机子1上运行,软件2在机子2上运行,共享盘放在机子1的D盘上。
通信方式如下:
1.软件1在一个共享D盘写一个Ready.txt文件。
2.软件2通过网线不断的搜索共享D盘,当搜索到到Ready.txt文件后读取文件内容。读取完成后删除Ready.tx文件,并创建一个Start.txt文件,写入一些数据,通知软件1读取成功(具体怎么实现不清楚)。
3.软件1写完Ready.txt后就立即通过文件搜索的方式不断在共享D盘上搜索Start.txt。
软件1搜索Start.txt文件的代码大致如下:
#define START_FILE_PATH "D:\\Share\\Start.txt"
bool IsLoadUpData() //判断是否通信成功
{
HANDLE hFile = INVALID_HANDLE_VALUE;
WIN32_FIND_DATAA findData;
hFile = FindFirstFile(START_FILE_PATH ,findData);//搜索文件
if (INVALID_HANDLE_VALUE != hFile)
{
FindClose(hFile);
return true;
}
else
{
return false;
}
}
void IsStart()
{
iTimeOut = 10000;
do
{//重复搜索文件,超时退出
iTimeOut -= 100;
Sleep(100);
if (IsLoadUpData())
{//搜索到Start.txt文件
break;
}
if (iTimeOut <= 0)
{//超时
return;
}
} while (iTimeOut >= 0);
}
问题:
运行过程中,有时候两个软件能够正常的通信,但有时候软件1在搜索Start.txt文件时,软件2会提示无法写入Start.txt文件,请大家帮分析一下是什么原因造成的,怎么才能解决冲突?谢谢~!(没分了对不住大家!!)
------解决方案--------------------
这个API你可以看一下
------解决方案--------------------
不要做A语言代码修改为B语言代码的无用功。
也不要做用A语言代码直接调用B语言代码库这样复杂、这样容易出错的傻事。
只需让A、B语言代码的输入输出重定向到文本文件,或修改A、B语言代码让其通过文本文件输入输出。
即可很方便地让A、B两种语言之间协调工作。
比如:
A将请求数据写到文件a.txt,写完后改名为aa.txt
B发现aa.txt存在时,读取其内容,调用相应功能,将结果写到文件b.txt,写完后删除aa.txt,改名为bb.txt
A发现bb.txt存在时,读取其内容,读完后删除bb.txt
以上A可以替换为任何一种开发语言或开发环境,B可以替换为任何一种与A不同的开发语言或开发环境。
除非A或B不支持判断文件是否存在、文件读写和文件更名。
但是谁又能举出不支持判断文件是否存在、文件读写和文件更名的开发语言或开发环境呢?
共享临时文本文件这种进程之间的通讯方法相比其它方法的优点有很多,下面仅列出我现在能想到的:
·进程之间松耦合
·进程可在同一台机器上,也可跨机,跨操作系统,跨硬件平台,甚至跨国。
·方便调试和监视,只需让第三方或人工查看该临时文本文件即可。
·方便在线开关服务,只需删除或创建该临时文本文件即可。
·方便实现分布式和负载均衡。
·方便队列化提供服务,而且几乎不可能发生队列满的情况(除非硬盘空间满)
·……
现在有个项目,两个软件运行在不同的机子上,通过网络以共享文件的方式进行通信(个人觉得这种通信方式比较低级,但是没办法)。软件1在机子1上运行,软件2在机子2上运行,共享盘放在机子1的D盘上。
通信方式如下:
1.软件1在一个共享D盘写一个Ready.txt文件。
2.软件2通过网线不断的搜索共享D盘,当搜索到到Ready.txt文件后读取文件内容。读取完成后删除Ready.tx文件,并创建一个Start.txt文件,写入一些数据,通知软件1读取成功(具体怎么实现不清楚)。
3.软件1写完Ready.txt后就立即通过文件搜索的方式不断在共享D盘上搜索Start.txt。
软件1搜索Start.txt文件的代码大致如下:
#define START_FILE_PATH "D:\\Share\\Start.txt"
bool IsLoadUpData() //判断是否通信成功
{
HANDLE hFile = INVALID_HANDLE_VALUE;
WIN32_FIND_DATAA findData;
hFile = FindFirstFile(START_FILE_PATH ,findData);//搜索文件
if (INVALID_HANDLE_VALUE != hFile)
{
FindClose(hFile);
return true;
}
else
{
return false;
}
}
void IsStart()
{
iTimeOut = 10000;
do
{//重复搜索文件,超时退出
iTimeOut -= 100;
Sleep(100);
if (IsLoadUpData())
{//搜索到Start.txt文件
break;
}
if (iTimeOut <= 0)
{//超时
return;
}
} while (iTimeOut >= 0);
}
问题:
运行过程中,有时候两个软件能够正常的通信,但有时候软件1在搜索Start.txt文件时,软件2会提示无法写入Start.txt文件,请大家帮分析一下是什么原因造成的,怎么才能解决冲突?谢谢~!(没分了对不住大家!!)
------解决方案--------------------
HANDLE FindFirstChangeNotification(
LPCTSTR lpPathName, // pointer to name of directory to watch
BOOL bWatchSubtree, // flag for monitoring directory or directory tree
DWORD dwNotifyFilter // filter conditions to watch for
);
这个API你可以看一下
------解决方案--------------------
不要做A语言代码修改为B语言代码的无用功。
也不要做用A语言代码直接调用B语言代码库这样复杂、这样容易出错的傻事。
只需让A、B语言代码的输入输出重定向到文本文件,或修改A、B语言代码让其通过文本文件输入输出。
即可很方便地让A、B两种语言之间协调工作。
比如:
A将请求数据写到文件a.txt,写完后改名为aa.txt
B发现aa.txt存在时,读取其内容,调用相应功能,将结果写到文件b.txt,写完后删除aa.txt,改名为bb.txt
A发现bb.txt存在时,读取其内容,读完后删除bb.txt
以上A可以替换为任何一种开发语言或开发环境,B可以替换为任何一种与A不同的开发语言或开发环境。
除非A或B不支持判断文件是否存在、文件读写和文件更名。
但是谁又能举出不支持判断文件是否存在、文件读写和文件更名的开发语言或开发环境呢?
共享临时文本文件这种进程之间的通讯方法相比其它方法的优点有很多,下面仅列出我现在能想到的:
·进程之间松耦合
·进程可在同一台机器上,也可跨机,跨操作系统,跨硬件平台,甚至跨国。
·方便调试和监视,只需让第三方或人工查看该临时文本文件即可。
·方便在线开关服务,只需删除或创建该临时文本文件即可。
·方便实现分布式和负载均衡。
·方便队列化提供服务,而且几乎不可能发生队列满的情况(除非硬盘空间满)
·……