【求助】文件传输断电续传的问题 100 不够再加

最近做一个项目，Client需要从服务器上面下载更新的文件(文件上百兆)。设置了断点续传，经实际测试，client端突然断电或者死机writefile 会造成下载的文件块很大一块都是空的下次继续下载就接着空的那一块末尾开始下。最终造成下载的文件出错。
找了下这方面的资料，跟WINDOWS I/O缓存机制有关，读写文件的时候都丢进缓存了，而断电的时候正好没有写入.
解决的方案暂时想到二个
一由于文件很大，不可能整个一个效验，断点续传的时候加入CRC32从文件末尾开始读1024*N的数据到服务器上效验，直到正确为止。（算法很笨，遇到文件中很长一段为0的时候CRC32值正确，效验就出错了）
二写IO驱动，拦截写入函数的操作做计数处理。（太复杂）
急求做过这方面的朋友给个完美解决方案。分不够在加直到解决为止。

每次定时写入磁盘, 并记录当前已写数据大小, 断电时, 可能刚好错过记录,这没关系, 最多下一次再重复读一次已写入(或没写入)的buffer

自己做一个记录喽。写入成功之后，再更新记录值。
这样即使是停电瞬间数据写入成功，但是记录值没有更新也无所谓。

引用 1 楼 yjgx007 的回复: 每次定时写入磁盘, 并记录当前已写数据大小, 断电时, 可能刚好错过记录,这没关系, 最多下一次再重复读一次已写入(或没写入)的buffer

不错，原来我想说接多少写多少来着，呵呵，还是这样好

与1楼观点雷同了。

很简单,如果停电了,下次写的时候你往前推个1k或1M来写,就啥问题都没有了.毕竟停电的事件还是不多的嘛.至于如何判断是否是停电(非正常关闭),还是正常退出,应该不难吧

关键就是怎么判断数据是否已经成功写入。请问定时写入磁盘怎么做。急求感谢了

我现在的流程是 createfile 共享模式打开 readbufer 然后 writefile 也考虑了mengjj往前推1K 或者1M的办法但是遇到大文件的时候有可能1-10M都是0 这样就出错了
请各位大大继续提出好的方案拜谢了。

引用 10 楼 Conry 的回复: FlushFileBuffers函数返回成功后再写记录

马上测试！好用马上结贴

引用楼主 ameyume 的帖子: 最近做一个项目，Client需要从服务器上面下载更新的文件(文件上百兆)。设置了断点续传，经实际测试，client端突然断电或者死机writefile 会造成下载的文件块很大一块都是空的下次继续下载就接着空的那一块末尾开始下。最终造成下载的文件出错。找了下这方面的资料，跟WINDOWS I/O缓存机制有关，读写文件的时候都丢进缓存了，而断电的时候正好没有写入. 解决的方案暂时想到二个一由于文件很大，不可能整个一个效验，…

顶！