ObjC-Memory Management - Revision history

Mm: minor update

2013-03-12T15:02:07Z

minor update

← Older revision		Revision as of 15:02, 12 March 2013
Line 1:		Line 1:
			WICHTIG: Diese Seite handelt von mittlerweile mehr oder weniger obsolet gewordenem Memory Management.
			Unter Punkt 6. ARC wird die aktuelle Vorgehensweise beschrieben!


	== Retain-Count ==		== Retain-Count ==

Line 178:		Line 182:
	<source lang="ObjC">MyObject : NSObject {		<source lang="ObjC">MyObject : NSObject {
	NSString __strong *myName;		NSString __strong *myName;
	id<MyProtocol> ~~__weak~~ delegate;		id<MyProtocol> delegate;
	int myNumber;		int myNumber;
	}		}

	@property(nonatomic, strong) NSString* myName;		@property(nonatomic, strong) NSString* myName;
	@property(nonatomic, ~~weak~~) id<MyProtocol> delegate; ~~// weak is iOS5 only, could also use __unsafe_unretained~~		@property(nonatomic, assign) id<MyProtocol> delegate;
	@property(nonatomic) int myNumber;		@property(nonatomic) int myNumber;
	</source>		</source>


			=== Aktuelles Beispiel (März 2013) ===
	...oder noch einfacher:		...oder noch einfacher:
			(und im Augenblick die empfohlene Vorgehensweise)

	~~...dieser Code mit ARC:~~		<source lang="ObjC">MyObject : NSObject { }
	<source lang="ObjC">MyObject : NSObject {
	}

	@property(nonatomic, strong) NSString* myName;		@property(nonatomic, strong) NSString* myName;
	@property(nonatomic, ~~weak~~) id<MyProtocol> delegate; ~~// weak is iOS5 only, could also use __unsafe_unretained~~		@property(nonatomic, assign) id<MyProtocol> delegate;
	@property(nonatomic) int myNumber;		@property(nonatomic) int myNumber;
	</source>		</source>

	Bei letzterem Beispiel werden alle Instanzvariablen durch Properties ersetzt. D.h. man muss sie mit self. ansprechen (also self.myNumber anstatt myNumber).		Bei letzterem Beispiel werden alle Instanzvariablen durch Properties ersetzt. D.h. man muss sie mit self. ansprechen (also self.myNumber anstatt myNumber).


	=== Beispiel no more retain/release ===		=== Beispiel no more retain/release ===
Line 223:		Line 229:
	* http://www.learn-cocos2d.com/2011/11/everything-know-about-arc/		* http://www.learn-cocos2d.com/2011/11/everything-know-about-arc/

	~~[[Category:Added ARC]]~~

	== Links ==		== Links ==
Line 230:		Line 236:

	{{Template:iPhoneDev}}		{{Template:iPhoneDev}}

			[[Category:Added ARC]]

Mm: /* Beispiel Deklaration */

2013-03-12T14:57:37Z

Beispiel Deklaration

← Older revision		Revision as of 14:57, 12 March 2013
Line 187:		Line 187:
	</source>		</source>

			...oder noch einfacher:

			...dieser Code mit ARC:
			<source lang="ObjC">MyObject : NSObject {
			}

			@property(nonatomic, strong) NSString* myName;
			@property(nonatomic, weak) id<MyProtocol> delegate; // weak is iOS5 only, could also use __unsafe_unretained
			@property(nonatomic) int myNumber;
			</source>

			Bei letzterem Beispiel werden alle Instanzvariablen durch Properties ersetzt. D.h. man muss sie mit self. ansprechen (also self.myNumber anstatt myNumber).

	=== Beispiel no more retain/release ===		=== Beispiel no more retain/release ===

Mm: /* ARC */

2012-01-02T13:53:53Z

ARC

← Older revision		Revision as of 13:53, 2 January 2012
Line 160:		Line 160:
	* Weniger Code		* Weniger Code
	* Der Programmierer kann sich auf das Wesentliche konzentrieren		* Der Programmierer kann sich auf das Wesentliche konzentrieren


	=== Beispiel Deklaration ===		=== Beispiel Deklaration ===

Mm: /* ARC */

2012-01-02T13:51:55Z

ARC

← Older revision		Revision as of 13:51, 2 January 2012
Line 145:		Line 145:
	Seit dem LLVM 3.0 Compiler (enthalten im iOS 5 SDK) gibt es Automated Reference Counting, das auf Compiler-Ebene automatisiert retain-/release calls einfügt. Demnach müssen alle obigen Regeln eigentlich nicht mehr beachtet werden, was eine unglaubliche Erleichterung für den Programmierer darstellt. Die Kenntnis über die Speicherverwaltung ist zwar noch von Vorteil, aber man spart sehr viele Zeilen Code und die Gefahr eines Programmabsturzes wird deutlich geringer.		Seit dem LLVM 3.0 Compiler (enthalten im iOS 5 SDK) gibt es Automated Reference Counting, das auf Compiler-Ebene automatisiert retain-/release calls einfügt. Demnach müssen alle obigen Regeln eigentlich nicht mehr beachtet werden, was eine unglaubliche Erleichterung für den Programmierer darstellt. Die Kenntnis über die Speicherverwaltung ist zwar noch von Vorteil, aber man spart sehr viele Zeilen Code und die Gefahr eines Programmabsturzes wird deutlich geringer.

	Arc besteht im Prinzip aus ~~vier~~ Schlüsselwörtern:		Arc besteht im Prinzip aus nur wenigen Schlüsselwörtern. Bis auf __weak sind dabei alle schon in ObjC vorhanden und daher abwärtskompatibel:
	* __strong		* __strong
	* __weak (>iOS5!)		* __weak (>iOS5!)
	* __unsafe_unretained		* __unsafe_unretained
	* __bridge		* __bridge ( inkl. __bridge_retained und __bridge_transfer)
			* __autoreleasing (@autorelease)


			=== Vorteile ===
			* ARC ist ''kein'' Garage Collector, es passiert nichts zur Laufzeit
			* Der Code wird auf Compiler-Ebene optimiert und läuft daher '''schneller als vorher'''!
			* ARC ist zu iOS4 und Snow Leopard 10.6 abwärtskompatibel
			* Crash-Safe: deutlich weniger Abstürze wegen Speicherproblemen
			* Weniger Code
			* Der Programmierer kann sich auf das Wesentliche konzentrieren

	=== Beispiel Deklaration ===		=== Beispiel Deklaration ===
Line 167:		Line 176:
	...dieser Code mit ARC:		...dieser Code mit ARC:
	<source lang="ObjC">MyObject : NSObject {		<source lang="ObjC">MyObject : NSObject {
	NSString ~~__strong_~~ *myName;		NSString __strong *myName;
	id<MyProtocol> ~~__weak_~~ delegate;		id<MyProtocol> __weak delegate;
	int myNumber;		int myNumber;
	}		}
Line 191:		Line 200:
	=== Voraussetzungen ===		=== Voraussetzungen ===
	Mindest-Voraussetzungen zum Einsatz von ARC:		Mindest-Voraussetzungen zum Einsatz von ARC:
	* iOS 5 SDK mit Xcode4
	* Apple LLVM compiler 3.0		* Apple LLVM compiler 3.0
			** enhalten im iOS 5 SDK bzw. Mac OS X 10.5. SDK mit Xcode 4
	* Bei bestehenden Projekten kann der Refactor-Assistent zum Migrieren genutzt werden (Achtung: u.U. muss das .git Verzeichnis temporär verschoben werden)		* Bei bestehenden Projekten kann der Refactor-Assistent zum Migrieren genutzt werden (Achtung: u.U. muss das .git Verzeichnis temporär verschoben werden)

Mm: /* Regeln */

2012-01-02T13:44:42Z

Regeln

@@ Line 137: / Line 137: @@
 * '''<span style="color:red;">Wer nicht <tt>alloc, new, copy, retain</tt> aufruft, darf nicht <tt>release</tt> aufrufen</span>'''
 * Niemals <tt>dealloc</tt> selbst aufrufen (es sei denn man überschreibt die Methode und ruft <tt>[super dealloc]</tt> auf!
 == Links ==

Mm: /* Links */

2011-05-14T09:43:30Z

Links

← Older revision		Revision as of 09:43, 14 May 2011
Line 139:		Line 139:

	== Links ==		== Links ==
	* [http://developer.apple.com/mac/library/documentation/Cocoa/Conceptual/MemoryMgmt/MemoryMgmt.html Memory Management Programming Guide for Cocoa] (Hinweis: ~~iPhone OS~~ bis mind. 3.x hat ''~~keinen~~'' Garbage ~~Collector~~!)		* [http://developer.apple.com/mac/library/documentation/Cocoa/Conceptual/MemoryMgmt/MemoryMgmt.html Memory Management Programming Guide for Cocoa] (Hinweis: iOS bis mind. 4.x hat ''keine'' Garbage Collection!)


	{{Template:iPhoneDev}}		{{Template:iPhoneDev}}

Mm: /* Autorelease */

2010-03-01T17:27:56Z

Autorelease

← Older revision		Revision as of 17:27, 1 March 2010
Line 57:		Line 57:

	[[File:autorelease.jpg]]<br/>		[[File:autorelease.jpg]]<br/>
	''Bildnachweis: © ~~Autorelease-Beispiel;~~ basiert auf Stanford iPhone Application Programming 2009 (iTunes U), Slide from Lecture 3''		''Autorelease-Pool Funktionsweise <br/>
			Bildnachweis: © basiert auf Stanford iPhone Application Programming 2009 (iTunes U), Slide from Lecture 3''

	== Beispiel ==		== Beispiel ==

Mm: /* Autorelease */

2010-03-01T17:27:05Z

Autorelease

← Older revision		Revision as of 17:27, 1 March 2010
Line 54:		Line 54:

	== Autorelease ==		== Autorelease ==
	Die Run Loop wird mit dem Start des Programms erstellt. ~~Eine~~ autorelease-Nachricht ~~greift also erst mit~~ der nächsten ~~Schleife~~. Damit wird sichergestellt, dass das Objekt während der aktuellen Schleife noch vorhanden und gültig ist. Innerhalb einer Runloop-Schleife sind wir z.B. wenn ein Event (Mausklick) erfolgt ist.		Die Run Loop wird mit dem Start des Programms erstellt. Objekte, die eine autorelease-Nachricht erhalten, werden in den sog. Autorelease-Pool aufgenommen und warten auf die nächste Schleife. Erst zu Beginn der nächsten Run-Loop erhalten die Objekte im Pool eine release-Nachricht und werden aus dem Pool entfernt. Damit wird sichergestellt, dass das Objekt während der aktuellen Schleife noch vorhanden und gültig ist. Innerhalb einer Runloop-Schleife sind wir z.B. wenn ein Event (Mausklick) erfolgt ist.

	[[File:autorelease.jpg]]<br/>		[[File:autorelease.jpg]]<br/>
	''Autorelease-Beispiel; basiert auf Stanford iPhone Application Programming (iTunes U), Slide from Lecture 3''		''Bildnachweis: © Autorelease-Beispiel; basiert auf Stanford iPhone Application Programming 2009 (iTunes U), Slide from Lecture 3''

	== Beispiel ==		== Beispiel ==

Mm at 17:24, 1 March 2010

2010-03-01T17:24:23Z

← Older revision		Revision as of 17:24, 1 March 2010
Line 49:		Line 49:
	** copy erstellt ein Objekt mit einem anfänglichen retain-count von 1		** copy erstellt ein Objekt mit einem anfänglichen retain-count von 1
	* retain sorgt dafür, dass das Objekt auf jeden Fall erhalten bleibt. Es wird kein neues Objekt erstellt.		* retain sorgt dafür, dass das Objekt auf jeden Fall erhalten bleibt. Es wird kein neues Objekt erstellt.
	** retain erhöht den retain-~~Count~~ um 1.		** retain erhöht den retain-count um 1.
			* autorelease sendet ein release in der nächsten Run-Loop. Der retain-count bleibt im aktuellen Run-Loop erhalten.
			** autorelease verringert den retain-count um 1 in der nächsten Programmschleife

			== Autorelease ==
			Die Run Loop wird mit dem Start des Programms erstellt. Eine autorelease-Nachricht greift also erst mit der nächsten Schleife. Damit wird sichergestellt, dass das Objekt während der aktuellen Schleife noch vorhanden und gültig ist. Innerhalb einer Runloop-Schleife sind wir z.B. wenn ein Event (Mausklick) erfolgt ist.

			[[File:autorelease.jpg]]<br/>
			''Autorelease-Beispiel; basiert auf Stanford iPhone Application Programming (iTunes U), Slide from Lecture 3''

	== Beispiel ==		== Beispiel ==
Line 121:		Line 129:
	** self.name = nil;		** self.name = nil;
	** name = nil;		** name = nil;

	~~== Autorelease ==~~
	~~...~~

Mm: /* Retain-Count */

2010-03-01T16:11:04Z

Retain-Count

← Older revision		Revision as of 16:11, 1 March 2010
Line 16:		Line 16:
	* alloc (owner)		* alloc (owner)
	* copy (owner)		* copy (owner)
	* new (owner, selten)		* new (owner, selten verwendet)
	* retain		* retain

	Autorelease erhöht zwar den retain-count ebenfalls +1, in der nächsten Runloop wird der retain-count allerdings automatisch um −1 verringert. Deshalb ist hierfür kein release mehr erforderlich.		Autorelease erhöht zwar den retain-count ebenfalls +1, in der nächsten Runloop wird der retain-count allerdings automatisch um −1 verringert. Deshalb ist hierfür kein release mehr erforderlich.


			===Beispiel===

			Rechenbeispiel zum retain-count (kein wirklich sinnvolles Code-Beispiel!)

			<source lang="objc">
			NSString *myObj; // retaincount: 0
			myObj = [[NSString alloc] initWithString:@"hello"]; // retaincount: 1
			[myObj retain]; // retaincount: 2
			[myObj release]; // retaincount: 1

			NSString *newString = [myObj copy]; // retaincount myObj: unverändert (1), newString: 1
			[newString autorelease]; // retaincount: 1; next loop retaincount: 0
			[myObj release]; // retaincount: 0
			</source>

	== Alloc/Init/Copy/Retain ==		== Alloc/Init/Copy/Retain ==