我的应用程序的一部分可以同时执行操作。它们包括初始化许多CALayer并将其渲染为位图。
不幸的是，在这些操作过程中(每个操作大约需要2秒钟才能在iphone 4上完成)，VM Tracker指示的脏大小会增加到约120MB。分配峰值达到〜12MB(不会累积)据我了解，Dirty大小是无法释放的内存。很多时候，我的应用程序和后台的所有其他应用程序都被杀死。
Incident Identifier: 7E6CBE04-D965-470D-A532-ADBA007F3433
CrashReporter Key: bf1c73769925cbff86345a576ae1e576728e5a11
Hardware Model: iPhone3,1
OS Version: iPhone OS 5.1.1 (9B206)
Kernel Version: Darwin Kernel Version 11.0.0: Sun Apr 8 21:51:26 PDT 2012; root:xnu-
1878.11.10~1/RELEASE_ARM_S5L8930X
Date: 2013-03-18 19:44:51 +0800
Time since snapshot: 38 ms
Free pages: 1209
Active pages: 3216
Inactive pages: 1766
Throttled pages: 106500
Purgeable pages: 0
Wired pages: 16245
Largest process: Deja Dev
Processes
Name UUID Count resident pages
geod <976e1080853233b1856b13cbd81fdcc3> 338
LinkedIn <24325ddfeed33d4fb643030edcb12548> 6666 (jettisoned)
Music~iphone <a3a7a86202c93a6ebc65b8e149324218> 935
WhatsApp <a24567991f613aaebf6837379bbf3904> 2509
MobileMail <eed7992f4c1d3050a7fb5d04f1534030> 945
Console <9925a5bd367a7697038ca5a581d6ebdf> 926 (jettisoned)
Test Dev <c9b1db19bcf63a71a048031ed3e9a3f8> 81683 (active)
MobilePhone <8f3f3e982d9235acbff1e33881b0eb13> 867
debugserver <2408bf4540f63c55b656243d522df7b2> 92
networkd <80ba40030462385085b5b7e47601d48d> 158
notifyd <f6a9aa19d33c3962aad3a77571017958> 234
aosnotifyd <8cf4ef51f0c635dc920be1d4ad81b322> 438
BTServer <31e82dfa7ccd364fb8fcc650f6194790> 275
CommCenterClassi <041d4491826e3c6b911943eddf6aaac9> 722
SpringBoard <c74dc89dec1c3392b3f7ac891869644a> 5062 (active)
aggregated <a12fa71e6997362c83e0c23d8b4eb5b7> 383
apsd <e7a29f2034083510b5439c0fb5de7ef1> 530
configd <ee72b01d85c33a24b3548fa40fbe519c> 465
dataaccessd <473ff40f3bfd3f71b5e3b4335b2011ee> 871
fairplayd.N90 <ba38f6bb2c993377a221350ad32a419b> 169
fseventsd <914b28fa8f8a362fabcc47294380c81c> 331
iapd <0a747292a113307abb17216274976be5> 323
imagent <9c3a4f75d1303349a53fc6555ea25cd7> 536
locationd <cf31b0cddd2d3791a2bfcd6033c99045> 1197
mDNSResponder <86ccd4633a6c3c7caf44f51ce4aca96d> 201
mediaremoted <327f00bfc10b3820b4a74b9666b0c758> 257
mediaserverd <f03b746f09293fd39a6079c135e7ed00> 1351
lockdownd <b06de06b9f6939d3afc607b968841ab9> 279
powerd <133b7397f5603cf8bef209d4172d6c39> 173
syslogd <7153b590e0353520a19b74a14654eaaa> 178
wifid <3001cd0a61fe357d95f170247e5458f5> 319
UserEventAgent <dc32e6824fd33bf189b266102751314f> 409
launchd <5fec01c378a030a8bd23062689abb07f> 126
**End**
经过仔细检查，脏内存主要由Image IO和Core Animation页面组成。包含数百页到数千页的多个条目。 Image IO和Core Animation到底做什么？怎样减少脏内存？
编辑:尝试在串行队列上执行此操作，但脏内存大小没有任何改善
另一个问题。脏内存和分配太大了多少？
更新:
- (void) render
{
for (id thing in mylist) {
@autorelease {
CALayer *layer = createLayerFromThing(thing);
UIImage *img = [self renderLayer:layer];
[self writeToDisk:img];
}
}
}
在createLayerFromThing(thing);中我实际上创建了一个包含大量子图层的图层
更新了
maxConcurrentOperationCount = 4的第一个屏幕截图
maxConcurrentOperationCount = 1秒
================================================ ================================================== ================================================== =======
而且由于它减少了并发操作的数量，因此几乎没有什么好处，
我决定尝试maxConcurrentOperationCount = 10
最佳答案
没有任何细节很难说出出了什么问题，但是这里有一些想法。
答:使用@autorelease。 CALayers在背景中生成位图，如果未及时释放它们，这些位图合计会占用大量空间。如果要创建和渲染许多层，建议在渲染循环中添加一个autorelease块。如果所有图层都嵌套并且需要同时进行渲染，这将无济于事。
- (void) render
{
for (id thing in mylist) {
@autorelease {
CALayer *layer = createLayerFromThing(thing);
[self renderLayer:layer];
}
}
}
B.同样，如果您正在使用CGBitmapCreateContext进行渲染，则是否要调用匹配的CGContextRelease？ CGColorRef也是如此。
C.如果使用malloc或calloc分配内存，完成后是否要释放它？确保这种情况发生的一种方法
发布渲染循环的代码以提供更多上下文。