掉电后xml文件丢失

本文主要是介绍掉电后xml文件丢失，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

linux工控机，写了个xml文件作为系统的一些参数配置文件，发现掉电后再上电的时候，要么xml内容被清空，要么就是内容少了一些，节点不完整，不是有效的xml文件，百思不得其解。被折磨了好几天，正在准备将SD卡存储换为用flash存储一了百了的时候，还是不死心在网上查了查，找到了大概的方向。解决了。

写xml是用的tinyxml2 他的SaveFile接口内。只有fopen, fclose, 这样的话，只是将数据刷新到系统缓存。未同步到硬件真正写入，操作系统会在合适的时间同步到硬件，这个时间是不确定的，是根据脏页面的占比来决定的，就是说你写完文档后，有可能正好赶上同步，那断电没问题，如果没赶上，然后断电后，那文件有可能就丢失了。下面是一些讲解:

传统的UNIX实现在内核中设有缓冲区高速缓存或页面高速缓存，大多数磁盘I/O都通过缓冲进行。当将数据写入文件时，内核通常先将该数据复制到其中一个缓冲区中，如果该缓冲区尚未写满，则并不将其排入输出队列，而是等待其写满或者当内核需要重用该缓冲区以便存放其他磁盘块数据时，再将该缓冲排入输出队列，然后待其到达队首时，才进行实际的I/O操作。这种输出方式被称为延迟写（delayed write）（Bach [1986]第3章详细讨论了缓冲区高速缓存）。
延迟写减少了磁盘读写次数，但是却降低了文件内容的更新速度，使得欲写到文件中的数据在一段时间内并没有写到磁盘上。当系统发生故障时，这种延迟可能造成文件更新内容的丢失。为了保证磁盘上实际文件系统与缓冲区高速缓存中内容的一致性，UNIX系统提供了sync、fsync和fdatasync三个函数。
sync函数只是将所有修改过的块缓冲区排入写队列，然后就返回，它并不等待实际写磁盘操作结束。
通常称为update的系统守护进程会周期性地（一般每隔30秒）调用sync函数。这就保证了定期冲洗内核的块缓冲区。命令sync(1)也调用sync函数。
fsync函数只对由文件描述符filedes指定的单一文件起作用，并且等待写磁盘操作结束，然后返回。fsync可用于数据库这样的应用程序，这种应用程序需要确保将修改过的块立即写到磁盘上。
fdatasync函数类似于fsync，但它只影响文件的数据部分。而除数据外，fsync还会同步更新文件的属性。

fsync的功能是确保文件fd所有已修改的内容已经正确同步到硬盘上，该调用会阻塞等待直到设备报告IO完成。

我们还需要用到一个函数，fflush(flle* fp), fflush是一个在C语言标准输入输出库中的函数，功能是冲洗流中的信息，该函数通常用于处理磁盘文件。fflush()会强迫将缓冲区内的数据写回参数stream 指定的文件中。

好了，正常来讲, 操作系统对文件的操作都是 fopen->fwrite->fclose 然后等待系统根据脏页面比例或固定时间(一般是30秒)会调用fflush()来刷新缓冲区。

对于经常会断电的应用，那么流程改为 fopen->fwrite->fflush->fsync->fclose 这样的话，基本就没问题了。

另外建议，在这种xml做配置文件的应用中，加入一个xml备份，上电时如果读config.xml正常，那就拷贝一份，比如命名为back.xml，如果上电时读不正常，那就把back.xml拷贝一份重命名为config.xml 这样最多也就是恢复到上一次的配置。不至于恢复初始状态或者干脆提示文件错误。

下面附上代码

原来:

XMLError XMLDocument::SaveFile( const char* filename, bool compact )
{
if ( !filename ) {
TIXMLASSERT( false );
SetError( XML_ERROR_FILE_COULD_NOT_BE_OPENED, 0, "filename=<null>" );
return _errorID;
}

FILE* fp = callfopen( filename, "w" );
if ( !fp ) {
SetError( XML_ERROR_FILE_COULD_NOT_BE_OPENED, 0, "filename=%s", filename );
return _errorID;
}
SaveFile(fp, compact);
fclose( fp );
return _errorID;
}

//修改后

FILE* fp = callfopen( filename, "w" );
if ( !fp ) {
SetError( XML_ERROR_FILE_COULD_NOT_BE_OPENED, 0, "filename=%s", filename );
return _errorID;
}
SaveFile(fp, compact);
fflush(fp); //加上这个后OK
fsync(fp->_file); //单加这个不行, 写完后经常丢失节点或者干脆总节点丢失尾
fclose( fp );
return _errorID;
}

好了。附上一些参考资料链接，也感谢每个人的无私公开。致敬

https://www.cnblogs.com/doctors/p/9999489.html

https://blog.csdn.net/Brouce__Lee/article/details/81911194?utm_medium=distribute.pc_relevant.none-task-blog-BlogCommendFromMachineLearnPai2-4.control&dist_request_id=1328665.9336.16159895917073905&depth_1-utm_source=distribute.pc_relevant.none-task-blog-BlogCommendFromMachineLearnPai2-4.control

这篇关于掉电后xml文件丢失的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！