1

我正在尝试使用 UIPageViewController 显示图像，使用来自苹果的示例代码并将其替换为新的照片工具包：PHAsset https://developer.apple.com/library/ios/samplecode/MyImagePicker/Introduction/Intro.html#/ /apple_ref/doc/uid/DTS40010135 当我用 PHImageManagerMaximumSize 刷照片时，我发现在 50 张照片之后，应用程序会崩溃并显示“assetsd 中断或死亡”。但是，如果我要求更小的目标尺寸（与屏幕尺寸相同），那么崩溃就不太可能发生了。我想知道这是我的应用程序中某处的内存泄漏还是渲染系统有问题？似乎压缩和解压缩使用了很多页面。谁能帮我看看？ 

- (void)displayImage:(PHAsset*)asset
{
 [self.imageView removeFromSuperView]
 self.imageView = nil;
 [[PHImageManager defaultManager] requestImageForAsset:asset targetSize:PHImageManagerMaximumSize contentMode:PHImageContentModeAspectFit options:nil resultHandler:^(UIImage *result, NSDictionary *info) {

        self.imageView = [[UIImageView alloc] initWithImage:result];
        self.imageView.contentMode = UIViewContentModeScaleAspectFit;
        // self is a scrollView    
        [self addSubview:self.imageView];
    }];
}

------ 登录控制台 ----------

2015-02-27 22:35:20.613 XXX [2831:145514] ImageViewController，-[ImageViewController didReceiveMemoryWarning] 2015-02-27 22:35:22.111 XXX [2831:145558] 到 assetsd 的连接被中断或 assetsd 死了

-------- 崩溃日志 ---------

空闲页面：1361 活动页面：26954 非活动页面：13499 推测页面：40 限制页面：0 可清除页面：0 有线页面：59258 文件支持页面：11321 匿名页面：29172 压缩：6474001 解压缩：704086 压缩器大小：151510 未压缩页面在 Compressor 中：212409 页面大小：16384 最大进程：iGather

进程名称 | | CPU时间| rpages| 可净化| 最近_最大| 寿命_max| fds | [原因] | （状态）

assistant_servic <97db64323f2e364ea0af497680126850> 0.485 1451 0 - 4111 50 [vm-pageshortage] (daemon) (idle) medialibraryd <6a42c5e99f153b4baa0992e9902bee82> 0.296 1037 0 - 2072 50 [vm-pageshortage] (daemon) (idle) WirelessRadioMan 0.077 285 0 - 890 50 [ vm-pageshortage] (daemon) (idle) awdd <58036e1703903ee798a8803de204c300> 0.070 402 0 - 1043 50 [vm-pageshortage] (daemon) (idle) assetsd <276c271c5b073f58bf87c49abf22b264> 0.188 679 0 - 1907 50 [vm-pageshortage] (daemon) (闲置）出售<18863ab32c7634d5b7f200821acffd06> 0.030 193 0 - 696 50 [vm-pageshortage] (daemon) passd <56971afa88b53f05a37688cad47b4160> 0.243 630 0 - 2384 50 [vm-pageshortage] (daemon) nfcd <59e46913bec838d989d5bed82cb05791> 0.023 184 0 - 624 50 [vm-pageshortage] ( daemon) biometrickitd <71607be9393c366eb1bbe281256fde77> 0.141 273 0 - 841 50 [vm-pageshortage] (daemon) debugserver 0.306 207 0 - 629 50 [vm-pageshortage] (daemon) MobileMail <4b48abd990e93dbea47db1.cb957 1496 0 - 4063 50 [vm-pageshortage] (resume) (continuous) lsd 1.213 364 0 - 1032 50 [vm-pageshortage] (daemon) tccd 0.132 238 0 - 593 50 [vm-pageshortage] (daemon) kbd <8c8bded31cf730db2b44eaa969 > 0.116 344 0 - 1447 50 [vm-pageshortage]（守护进程） iGather 3.610 23061 0 - 21099 50 [vm-pageshortage]（最前面）（恢复）...213 364 0 - 1032 50 [vm-pageshortage]（守护进程）tccd 0.132 238 0 - 593 50 [vm-pageshortage]（守护进程）kbd <8c8bded31cf73db2b44aa996c0e90921> 0.116 344 0 - 1447 360 iGather 361 [vm-pageshortage]（守护进程） 0 - 21099 50 [vm-pageshortage]（最前面）（简历）...213 364 0 - 1032 50 [vm-pageshortage]（守护进程）tccd 0.132 238 0 - 593 50 [vm-pageshortage]（守护进程）kbd <8c8bded31cf73db2b44aa996c0e90921> 0.116 344 0 - 1447 360 iGather 361 [vm-pageshortage]（守护进程） 0 - 21099 50 [vm-pageshortage]（最前面）（简历）...610 23061 0 - 21099 50 [vm-pageshortage]（最前面）（简历）...610 23061 0 - 21099 50 [vm-pageshortage]（最前面）（简历）...

4

1 回答 1

2

您绝对应该使用Instruments来确认这一点，但我发现即使使用 ARC，您在处理一批照片时也必须谨慎使用内存。

和你一样，我想为用户提供尽可能高质量的图像，以便他们可以放大并详细检查照片。我在一个网格中显示 N 张照片。我发现即使摆脱对这些资产的所有引用，在加载下一组 N 之前它们也不会被释放。我只需要将内存使用量减半，这样 N * 2 在内存中的短暂过渡就不会导致我的应用程序崩溃。

当然，如果您的内存使用越来越单调，那么您可能确实在代码中的某处对这些图像有幸存的引用。再次，仪器。

于 2015-03-06T21:53:41.567 回答