ios - iOS 内存问题中的 Sqlite
<p><p>我花了几个小时试图解决这个问题，但我刚刚放弃了；我不知道出了什么问题。</p>
<p>在我的应用程序中，我执行嵌套 SQL 操作来正确设置我的所有对象。由于某种原因，有时 sqlite3 对象无法正确释放，导致内存飙升。我知道正确使用 sql3_close 和 sql3_finalize 是一个问题。但是，正如您将看到的，我认为我正确地使用了它们。</p>
<p>这是问题的根源:</p>
<pre><code>- (NSArray *) getAllSessions {
if (sqlite3_open(dbPath, &db) == SQLITE_OK) {
if (sqlite3_prepare_v2(db, query_stmt, -1, &statement, NULL) == SQLITE_OK) {
while (sqlite3_step(statement) == SQLITE_ROW) {
//I found out that doing something like that
//toAdd.in_loc = ];
//messes the memory up all the time
//but doing that works OK:
NSNumber *_id = [initWithInt:(int) sqlite3_column_int(statement, 5)];
toAdd.out_loc = ;
;
//So I did the same with the second one, but this one messes memory up:
NSNumber *id2 = [ initWithInt:(int)sqlite3_column_int(statement, 6)];
toAdd.in_loc = ;
;
}
sqlite3_finalize(statement);
}
sqlite3_close(db);
}
}
</code></pre>
<p>所以这里是搞乱内存的一个:</p>
<pre><code>- (IndoorLocation *) getIndoorLocationWithId:(NSNumber *) locId {
if (sqlite3_open(, &db) == SQLITE_OK) {
if (sqlite3_prepare_v2(db, query_stmt, -1, &statement, NULL) == SQLITE_OK) {
while (sqlite3_step(statement) == SQLITE_ROW) {
//if I comment the thing below it works
NSNumber *_id = [initWithInt:(int) sqlite3_column_int(statement, 5)];
toReturn.outLoc = ;
;
}
sqlite3_finalize(statement);
}
sqlite3_close(db);
}
}
</code></pre>
<p>所以在搞砸内存的那个中，我使用了与第一次完全相同的函数(getOutdoorLocationwithId)，以同样的方式但它不起作用，sqlite3 对象没有被正确释放。</p>
<p>我希望你能理解我的问题，这让我发疯了!</p></p>
<br><hr><h1><strong>Best Answer-推荐答案</ strong></h1><br>
<p><p>在这样的单用户应用中，无需不断打开和关闭。这与基于服务器的应用程序不同，在该应用程序中，您与多个用户建立连接池，而保持连接会破坏池并损害可伸缩性。在手机应用程序中打开它并保持打开状态。完成后关闭它。至少，在递归调用中执行此操作。</p>
<p>更糟糕的是，你在递归调用中打开和关闭 - 让它保持打开状态。</p>
<p>还有:</p>
<ul>
<li>你没有检查 finalize 的返回码</li>
<li>你没有检查 close 的返回码。</li>
<li>您正在准备(编译)语句，但没有保存它们 - 对保存的语句调用 reset 并再次执行它。</li>
</ul>
<p>考虑使用 FMDB - 它是一个很好的包装器。</p>
<p>顺便说一句，这里有一个更丰富、更持久的关闭，但不要在每次调用时都使用它。当你结束或你的应用程序进入后台时关闭它......这是我的，类似于 fmdb 所做的。</p>
<pre><code>- (void)close
{
if (_sqlite3)
{
ENInfo(@"closing");
;
int rc = sqlite3_close(_sqlite3);
ENDebug(@"close rc=%d", rc);
if (rc == SQLITE_BUSY)
{
ENError(@"SQLITE_BUSY: not all statements cleanly finalized");
sqlite3_stmt *stmt;
while ((stmt = sqlite3_next_stmt(_sqlite3, 0x00)) != 0)
{
ENDebug(@"finalizing stmt");
sqlite3_finalize(stmt);
}
rc = sqlite3_close(_sqlite3);
}
if (rc != SQLITE_OK)
{
ENError(@"close not OK.rc=%d", rc);
}
_sqlite3 = NULL;
}
}
</code></pre></p>
<p style="font-size: 20px;">关于ios - iOS 内存问题中的 Sqlite，我们在Stack Overflow上找到一个类似的问题：
<a href="https://stackoverflow.com/questions/7762591/" rel="noreferrer noopener nofollow" style="color: red;">
https://stackoverflow.com/questions/7762591/
</a>
</p>
页:
[1]