c++经验分享：在debug时，如果构造析构函数中有读写文件操作等操作，千万要注意！！！

今天分享一条编程经验，是关于程序调试的。

---

业务场景描述：

我在调试别人写的代码的时候碰到了这样一个问题，由于程序中需要用到一些数据，所以写在一个二进制文件中，当程序启动时读该文件加载数据，程序运行过程中使用并修改这些数据，当程序退出时把修改后的数据写入文件。
他的实现方式是：在构造函数中读文件加载初始化数据，在析构函数中写文件更新数据。
大体代码如下：

/*sdataStruct 是一个结构体，用来保存程序运行过程中使用到的数据*/
//构造函数
Handler::Handler()
{
	ReadFile(&dataStruct,sizeof(array));
}
//析构函数
Handler::~Handler()
{
	WriteFile(&dataStruct,sizeof(array));
}

注意：这里的析构函数，当程序正常退出时，会调用析构函数，写文件。

---

我掉进去的坑：

由于我每次都是调试启动，当在程序运行过程中修改数据后，我直接点停止调试。导致析构函数未调用，结果造成了文件内容并未修改。再此启动程序时还是原来的数据。

这虽然是个小问题，但是也浪费了我很多时间去检查，因为在调试别人代码的时候，不是很清楚一些实现细节，这也导致我的第一反应是不是代码出bug了。

---

结论：

一个好的编程习惯能节省很多debug时，提高效率。

是否有更好的实现方式？

由于该程序是属于某个系统平台的一部分，数据的修改是在另外的程序（主程序）中进行的，所以需要在该程序的析构中进行写文件操作（个人理解）。

不过是否还有更好的实现方式可以使得该文件的写操作不在析构中进行，感兴趣朋友可以考虑一下。