VS2012 甲骨文unique_ptr崩溃的返回矢量

Question

我确实有一个代码结构，我从数据库中读取Oracle行，然后将其分配给一个表示其数据的公共模型（称为commonmodel::Model）。我在Windows7上使用VS2012。

我的问题是下面的这段代码，在这里我确实执行了一些语句，比如SELECT ...

我正在运行测试，并且表是空的，所以数据库中没有从SELECT...返回任何数据，因此while (resultSet->next())中的代码没有被调用。

我的程序进行了编译，但它在运行时因返回数据（return retData）而崩溃。我不知道是什么导致了这种行为，我想帮助解决它。

BTW：我选择为Oracle指针创建std::unique_ptr´s，这样我就可以让编译器在不需要任何模式时释放这些指针。在这种情况下，我不需要在操作结束时删除它们。

std::vector<std::unique_ptr<commonmodel::Model>> OracleDatabase::ExecuteStmtReturningData(std::string sql, int& totalRecords, commonmodel::Model &modelTemplate)
{
    std::unique_ptr<oracle::occi::Statement> stmt(connection->createStatement());
    stmt->setAutoCommit(TRUE);
    std::unique_ptr<oracle::occi::ResultSet> res(stmt->executeQuery(sql));
    std::vector<std::unique_ptr<commonmodel::Model>> ret = getModelsFromResultSet(res, modelTemplate);
    return ret;
}
std::vector<std::unique_ptr<commonmodel::Model>> OracleDatabase::getModelsFromResultSet(std::unique_ptr<oracle::occi::ResultSet>& resultSet, commonmodel::Model &modelTemplate)
{
    std::vector<std::unique_ptr<commonmodel::Model>> retData;
    std::vector<oracle::occi::MetaData> resultMeta = resultSet->getColumnListMetaData();
    while (resultSet->next())
    {
         std::unique_ptr<commonmodel::Model> model = modelTemplate.clone();
         for (unsigned int i = 1; i <= resultMeta.size(); i++) // ResultSet starts with one, not zero
         {
             std::string label = resultMeta.at(i).getString(oracle::occi::MetaData::ATTR_NAME);
             setPropertyFromResultSet(resultSet, label, i, *model);
         }
         retData.push_back(std::move(model)); // unique_ptr can only be copied or moved.
     }

    return retData; <<<==== CRASH ON RETURN....
}

Answer 1

不能使用'stock'unique_ptr来处理OCCI对象和指针。OCCI不希望您delete这些指针（这就是unique_ptr要做的），相反，他们希望您使用OCCI提供的机制释放它们。

特别是，要释放Statement对象，应该使用Connection::terminateStatement。ResultSet*和任何其他OCCI指针也是如此。

现在，您可以在unique_ptr对象中提供自定义deleter，但问题是，您需要使用一个指向已经存在的"父"对象的指针，而且很难以这种方式管理独立指针的生存期。

顺便说一句，我强烈建议不要使用OCCI。这是一个设计非常糟糕、没有适当文档的库。OCI提供了更好的选择。