我一直在读这个问题与缓存与未缓存的图像加载有关
(Difference between [UIImage imageNamed…] and [UIImage imageWithData…]?)目前我的应用程序通过imagenamed加载一系列图像
用imageWithContentsOffile替换imagenamed调用似乎解决了这个问题.
有没有人有关于img_data_lock调用者的任何信息?
为什么有人会使用imagenamed如果它会对内存产生这样的影响?
当发出内存警告时,iOS似乎没有清空缓存(很好或者根本不是,我不确定),这可能导致应用程序因缺少可用内存而被终止.装有imageWithContentsOffile的UIImages通过清除图像并在需要时重新加载来响应内存警告,这可以解释为什么你的内存峰值消失了.
此外,缓存似乎在模拟器中比在实际硬件中大得多,我在UIImages中使用imagenamed看到的问题和崩溃只发生在设备上.在模拟器上进行测试时要小心!
我可以看到使用imagenamed相同图像的唯一原因在您的视图中多次使用.或者,您可以实现自己的图像缓存,并获得可以控制的缓存的好处,如下所述:
http://www.alexcurylo.com/blog/2009/01/13/imagenamed-is-evil/
以上是内存溢出为你收集整理的img_data_lock iphone – imageNamed vs imageWithContentsofFile全部内容,希望文章能够帮你解决img_data_lock iphone – imageNamed vs imageWithContentsofFile所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)