标签：
仿佛是忽然间产生的问题，每次程序退出时候，必然崩溃，花了整整一天才找到原因，就是对数据库的IO读写错误。主要是因为析构函数调用了Disconnect函数，内容如下：
void SFTPTool::Disconnect() { if (!m_valided) IsCompteValide(); if (!m_valided) { return; } QString strModule = "soft"; if (!m_taskname.isEmpty()) strModule = m_taskname; m_sftp->Disconnect(); // super exp 使用登录框时，没有初始化m_lite实例，此时插入日志，程序必然崩溃！ if (SystemGlobal::m_lite) // hang exp 这样可以解决登录框的问题，但无法解决正常退出的问题（估计是全局远程连接造成的问题） SystemGlobal::m_lite->InsertLog("task", strModule, "disconnect", tr("disconnect by soft")); }
崩溃的原因有两种情况：
1. 使用登录框的时候，因为System::m_lite在主界面MainWidget的构造函数中实例化，所以必然失败。这个问题通过加上if (SystemGlobal::m_lite)可以解决。
2. 软件主界面退出时，仍然出错，还是因为红色的句子。我想可能是因为有个g_sftp实例晚于主界面被析构（因为是静态实例），此时主界面都没有了，因此数据库实例也被析构了，然后在内存中把全局实例析构，就发生了错误。
综合以前的经验，教训总结：碰到IO错误，程序必然崩溃。碰到内存错误，有时候崩溃有时候不崩溃，有可能会产生误用数据而不一定崩溃。除非读写OS保护区域的内存，才会必然崩溃。使用野指针都不一定崩溃。
MainWidget::~MainWidget() { SystemGlobal::m_lite->InsertLog("app", "soft", "exit"); // exp 使用全局锁居然会出错 fixme 各对象的析构顺序是怎样的？ if (SystemGlobal::m_lite) { delete SystemGlobal::m_lite; // OO 删除内存对象，不是删除日志数据库文件。这样万无一失，可随时停止日志 SystemGlobal::m_lite = NULL; // Archi 即使在主界面中析构，也仍然要把指针赋予空值，因为全局内存对象析构比主界面还晚，因此仍会出错 } if (SystemGlobal::m_index) { delete SystemGlobal::m_index; SystemGlobal::m_index = NULL; } }
经试验，在主界面中把指针赋予空值也可解决问题。
标签：
原文地址：http://www.cnblogs.com/findumars/p/4539560.html
