我非常积极,不是XCode 4之前的情况.
我不知道谁是罪魁祸首.任何见解都很可爱.
更新:
JsONKit泄漏可能是JsONDecoder缓存.
例如:
static JsONDecoder *decoder = nil;if (!decoder) decoder=[[JsONDecoder alloc] init];ASIhttpRequest *request = [ASIhttpRequest requestWithURL:[NSURL URLWithString:url]];[request setCachePolicy:ASIDoNotWritetoCacheCachePolicy];[request setCompletionBlock:^{ NSData *response = [request responseData]; NSDictionary *Json = [decoder objectWithUTF8String:[response bytes] length:[response length]]; // ...}];[request setFailedBlock:^{ // ...}];[request startAsynchronous];解决方法 编辑:在您阅读本答复的其余部分之前:
If you see that kind of memory leaks,don’t blame Instruments or
JsONKit
… Both are reliable!…blame yourself,99.9% chances your code is leaking the data you parsed with
JsONKit
!
END_OF_EDIT
这不是一个答案,更多的补充,并试图了解自从我看到仪器泄漏以来发生了什么.
我这样使用JsONKit:
NSArray *lines = [dataString componentsSeparatedByString:@"\n"];for (Nsstring *line in lines) { // I kNow,strange format isn't? :) NSDictionary *Json = [line objectFromJsONStringWithParSEOptions:JKParSEOptionLooseUnicode]; // use dictionary data...}
@ssteinberg,那是你遇到的那种泄漏吗? :
请注意,在经过一些重负载测试后,我有这个问题,500个具有巨大JsON响应的请求,这解释了泄漏是以MB为单位(using latest gh version)
请注意,我使用乐器很新,我不知道如何理解这些结果.据Frames报道,是的,看起来像缓存…但我想确定…
所以我开了一个Issue on GH,我希望@johnezang,或者其他任何人,都会对此表示满意.
如果这只是对乐器的误解,我会道歉,我更喜欢:)
总结以上是内存溢出为你收集整理的objective-c – XCode 4仪器4:误报泄漏?全部内容,希望文章能够帮你解决objective-c – XCode 4仪器4:误报泄漏?所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)