Frage zur Speicherverwaltung

Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

  • Frage zur Speicherverwaltung

    Hallo,

    ich hab ne Frage zur Speicherverwaltung beim iPhone.

    Folgendes: Ich hab ne UITabBarApplication, in jeder "Tab" befindet sich ein UINavigationController.

    Nun hab ich in der ersten Tab eine UITableView.

    in der Methode:

    Quellcode

    1. - (void)tableView:(UITableView *)tableView didSelectRowAtIndexPath:(NSIndexPath *)indexPath


    habe ich jetzt nur mal besipsielhaft:

    neuerController = [[NeuerController alloc] initWithNibName:@"NeuerController" bundel:nil];
    [self.navigationController pushViewController: neuerController animated:YES];

    --- macht was ....

    und dann

    [neuerController release]; das alles in der o.g. Methode.


    neuerController wird mehrmals alloziiert und releaseD (freigegeben) und alles in der Methode didSelectRowAtIndexPath

    Meine Frage nun: ist damit die Speicherverwaltung erledigt? - irgendwie bekomme ich in Instruments nach 3 bis 4 mal hin-und- her bewegen von RootView zu neuerController ein Leak.

    Woran kanns liegen??

    ''EDIT ###

    Ich glaube es liegt mehr an der UITableView als an den Controllern. Denn allein beim scrollen durch die TableView tritt ein Leak auf.
    Wie kann ich denn das beheben???

    Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von Miralem23 ()

  • pushViewController:
    Erhöht nochmal den retianCount und somit ist der Controller nicht freigegeben.
    release gibt nur dann den Speicher frei, wenn der retainCount des Objekts auf 1 steht.

    Versuchs mal so:
    [self.navigationController popViewControllerAnimated:NO];
    neuerController = [[NeuerController alloc] initWithNibName:@"NeuerController" bundel:nil];
    [self.navigationController pushViewController: neuerController animated:YES];

    --- macht was ....

    und dann

    [neuerController release];
    Inos ist ein Gott aus Gothic, dem Spiel.

    Dieser Beitrag wurde bereits 3 mal editiert, zuletzt von Inos ()

  • Miralem23 schrieb:

    Meine Frage nun: ist damit die Speicherverwaltung erledigt? - irgendwie bekomme ich in Instruments nach 3 bis 4 mal hin-und- her bewegen von RootView zu neuerController ein Leak.

    Woran kanns liegen??

    Beachtest Du die Speicherverwaltungsregeln? developer.apple.com/iphone/lib…ef/doc/uid/TP40004447-SW1

    Der Retain-Count sollte Dich nicht interessieren, da auch andere Objekte ein Objekt halten können.
    „Meine Komplikation hatte eine Komplikation.“

  • Inos schrieb:

    Versuchs mal so:
    [self.navigationController popViewControllerAnimated:NO];
    neuerController = [[NeuerController alloc] initWithNibName:@"NeuerController" bundel:nil];
    [self.navigationController pushViewController: neuerController animated:YES];

    Das würde ich nicht machen. Das dürfte beim ersten Aufruf der Methode tableView:didSelectRowAtIndexPath: den "RootView-Controller", also self, entsorgen.

    Michael

  • Michael schrieb:

    Inos schrieb:

    Versuchs mal so:
    [self.navigationController popViewControllerAnimated:NO];
    neuerController = [[NeuerController alloc] initWithNibName:@"NeuerController" bundel:nil];
    [self.navigationController pushViewController: neuerController animated:YES];

    Das würde ich nicht machen. Das dürfte beim ersten Aufruf der Methode tableView:didSelectRowAtIndexPath: den "RootView-Controller" entsorgen.

    Michael

    Nein.
    "This method removes the top view controller from the stack and makes the new top of the stack the active view controller. If the view controller at the top of the stack is the root view controller, this method does nothing. In other words, you cannot pop the last item on the stack."
    Inos ist ein Gott aus Gothic, dem Spiel.

  • Inos schrieb:

    Nein.
    "This method removes the top view controller from the stack and makes the new top of the stack the active view controller. If the view controller at the top of the stack is the root view controller, this method does nothing. In other words, you cannot pop the last item on the stack."

    Ah, ok. Das wusste ich nicht. Ich würde es trotzdem nicht so machen, denn wenn man nur eine Ebene tiefer navigiert ist, geht das schief.

    Michael

  • Michael schrieb:

    Inos schrieb:

    Nein.
    "This method removes the top view controller from the stack and makes the new top of the stack the active view controller. If the view controller at the top of the stack is the root view controller, this method does nothing. In other words, you cannot pop the last item on the stack."

    Ah, ok. Das wusste ich nicht. Ich würde es trotzdem nicht so machen, denn wenn man nur eine Ebene tiefer navigiert ist, geht das schief.

    Michael

    Michael schrieb:

    Inos schrieb:

    Nein.
    "This method removes the top view controller from the stack and makes the new top of the stack the active view controller. If the view controller at the top of the stack is the root view controller, this method does nothing. In other words, you cannot pop the last item on the stack."

    Ah, ok. Das wusste ich nicht. Ich würde es trotzdem nicht so machen, denn wenn man nur eine Ebene tiefer navigiert ist, geht das schief.

    Michael

    Hast recht, ich weiss ja nicht was er genau da macht.
    Inos ist ein Gott aus Gothic, dem Spiel.

  • Quellcode

    1. #import <UIKit/UIKit.h>
    2. #import "NeurController.h"
    5. @interface FirstViewController : UIViewController <UITableViewDelegate, UITableViewDataSource>{
    6. NeurController* neuerController;
    8. IBOutlet UITableView* tableViewHier;
    9. }
    12. @property (nonatomic,retain) NeurController* neuerController;
    13. @property (nonatomic,retain) IBOutlet UITableView* tableViewHier;
    16. @end
    Alles anzeigen


    Quellcode

    1. #import "FirstViewController.h"
    6. @implementation FirstViewController
    7. @synthesize neuerController, tableViewHier;
    10. // Implement viewDidLoad to do additional setup after loading the view, typically from a nib.
    11. - (void)viewDidLoad {
    12. [super viewDidLoad];
    13. }
    18. - (NSInteger)numberOfSectionsInTableView:(UITableView *)tableView {
    19. return 1;
    20. }
    23. -(NSInteger)tableView:(UITableView*)tableView numberOfRowsInSection:(NSInteger)section {
    25. return 50;
    27. }
    30. - (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath {
    32. static NSString *CellIdentifier = @"Cell";
    34. UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:CellIdentifier];
    36. if (cell == nil) {
    37. cell = [[[UITableViewCell alloc] initWithStyle:UITableViewCellStyleSubtitle reuseIdentifier:CellIdentifier] autorelease];
    38. }
    42. cell.textLabel.text = @"Neu";
    43. cell.detailTextLabel.text = @"neurController";
    45. return cell;
    48. }
    51. - (void)tableView:(UITableView *)tableView didSelectRowAtIndexPath:(NSIndexPath *)indexPath {
    53. switch (indexPath.row) {
    54. case 0:
    55. neuerController = [[NeurController alloc]initWithNibName:@"NeurController" bundle:nil];
    56. [self.navigationController pushViewController:neuerController animated:YES];
    57. [neuerController release];
    58. break;
    59. case 1:
    60. neuerController = [[NeurController alloc]initWithNibName:@"NeurController" bundle:nil];
    61. [self.navigationController pushViewController:neuerController animated:YES];
    62. [neuerController release];
    63. break;
    64. }
    65. }
    70. - (void)didReceiveMemoryWarning {
    71. // Releases the view if it doesn't have a superview.
    72. [super didReceiveMemoryWarning];
    74. // Release any cached data, images, etc that aren't in use.
    75. }
    78. - (void)viewDidUnload {
    79. // Release any retained subviews of the main view.
    80. // e.g. self.myOutlet = nil;
    81. }
    86. - (void)dealloc {
    87. [super dealloc];
    88. }
    91. @end
    Alles anzeigen

  • Miralem23 schrieb:

    Beachtest Du die Speicherverwaltungsregeln?
    neuerContoller hat @property(nonatomic, retain)

    meinst du das?

    Da gehört eindeutig mehr dazu. Ganz wichtig ist, dass die Methodenaufrufe zur Erhöhung (retain) und zur Erniedrigung (release und autorelease) des Retain-Counts richtig balanciert sind. Bitte lies Dir die Speicherverwaltungsregeln durch, die ich oben als Link angehängt habe.

    Miralem23 schrieb:

    init und alloc sowie release sind dann auch vorhanden.

    Der Init-Methoden haben nichts mit der Speicherverwaltung beziehungsweise mit der Änderung des Retain-Counts zu tun. Das etwas vorhanden ist, heißt aber noch nicht, dass es auch richtig verwendet wird.
    „Meine Komplikation hatte eine Komplikation.“