了解分析我的申请的结果

Question

我有一些内存问题，从另一篇文章我试图分析我的项目以了解我的错误....这里有一些我不明白我的错误在哪里....

谢谢

1：sqlite 连接： sqlite连接http://grab.by/grabs/2125d36a8ec1fb0af1c813af33af5653.png

2：json转换器： json转换器http://grab.by/grabs/7b22080098c8931d7ef505a1eb7c087e.png

3：url连接： url连接http://grab.by/grabs/848a0942f69c91303347d08c64fb2fbb.png

4：uitableview的cell : uitableview 的单元格 http://grab.by/grabs/3917e88829bb6c956bb30445fc7bec20.png

Answer 1

1. 如前所述，您将分配给 dbrc 而不使用它。如果您不打算使用错误代码，则可以省略该分配。

   sqlite3_prepare_v2(...);
   ...
   while (sqlite3_step(...) == SQLITE_ROW) {
     ...
   

2. 如果上面的for循环没有运行（即正则表达式无法匹配），那么matchOk将永远不会被初始化，即它包含垃圾。

   NSString* matchOK = nil;
   整数 nM = 0;
   ...
   

3. 您已经+alloc分配了一个NSURLConnection，但从未将结果存储在任何地方，因此对于分析器来说，之后没有机会-release它。这会导致泄漏。

4. 您已经 +alloced 了一个 TickerSessions，但没有 -releaseing。

实际上，您可以打开“构建结果”窗口来查看触发错误的原因。

http://developer.apple.com/ iphone/library/documentation/DeveloperTools/Conceptual/XcodeProjectManagement/art/analyzer_results_by_step.jpg

Answer 2

1. 您正在向 dbrc 分配值，但您从未使用分配的值。只需摆脱该变量即可。

2. 如果正则表达式不匹配或只有一个匹配项，则 matchOk 的值不确定，因为赋值永远不会被执行。因此，dataUsingEncoding消息的接收者是垃圾。

3. ReadType 是在赋值期间自动分配的类型，很可能是 NSNumber。你永远不会释放那个对象。

4. 您正在显式分配刻度值，但在退出方法作用域之前并未释放它。