1
kitalphaj 2016-12-13 07:50:11 +08:00
问题有些模糊,能不能说具体点
|
2
black 2016-12-13 10:37:05 +08:00
加载缩略图了没?
|
5
vincentxue 2016-12-13 14:34:13 +08:00
你这种情况可能更适合 FastImageCache 。
|
6
vincentxue 2016-12-13 14:47:26 +08:00
FastImageCache 这种极限优化也是利弊兼存的,所以还是我建议还是先检查代码,更有可能是代码的问题而不是框架本身的问题。
就按你一屏显示 30 个图片,启动内存就按 30M 算,那么滑动一下图片就占了 70M ,合一个图片 2.3M 。你如果缩略图每个这么大,那看来还得继续缩。 如果第一次加载,还没滑动之前就 100M+,那么你图片应该是没有压缩的。 如果没滑动之前内存没什么问题,滑动就越来越大或者降低速度较慢,那肯定是你代码的问题了。以我个人的经验来看,建议你检查你加载图片的大小和 Cell 重用的情况。 |
7
niselover OP @vincentxue 嗯嗯 感谢回复 我再检查下代码
|
8
niselover OP @vincentxue 能加你 Q 请教一下吗
|
9
vincentxue 2016-12-14 23:35:34 +08:00
不好意思。
|
10
ZernonHuang 2016-12-16 00:51:04 +08:00
我有一个思路,通过 RunLoop 来优化一下你的问题。
如楼上所说的,你没滑动的时候,内存没有问题,滑动之后, cell 就开始加载图片。 所以你可以判断 RunLoop 的 UITrackingRunLoopMode ,来确定是否在滑动当中。 滑动的时候其实可以不加载图片,停下来再加载。 小思路,希望可以帮助你 : ) |
11
DingSoung 2016-12-20 19:09:52 +08:00
不要 load 全尺寸, ImageView 多大就 load 多大,不然占内存还有性能问题。
如果是 7 牛,记得请求 url 是可以配置尺寸参数的, |
12
jswxdj 2017-03-03 13:42:53 +08:00
是不是 cg-raster-data 一直在飙升
|
13
jswxdj 2017-03-03 13:45:34 +08:00
@jswxdj 你可以把它默认的 shouldDecompressImages 关闭,禁止它帮你将图片解压到内存中, https://www.cocoanetics.com/2011/10/avoiding-image-decompression-sickness/
|