84669 人学习
152542 人学习
20005 人学习
5487 人学习
7821 人学习
359900 人学习
3350 人学习
180660 人学习
48569 人学习
18603 人学习
40936 人学习
1549 人学习
1183 人学习
32909 人学习
ringa_lee
如果是登录界面的话, 个人觉得把它放在一个单独的window里比较好, 登录验证通过后, 就可以把那个window释放掉了!
一般我做登录,都是用NavigationViewController push或present。 NavigationViewController里有一个栈,每次push都是VC入栈,pop会出栈。一个VC出栈后会被释放。 present后的dismiss也是一样,会被释放 如果你的VC在pop(或dismiss)后没有被释放,那应该是这个VC仍然有一个强引用指向他,这应该是编码不规范造成的。 建议你把处理登录VC的代码贴出来
之前做的时候有登录这个功能,当时的处理方法是在userDefault中存个是否登录标志位,程序启动的时候在AppDelegate中检测标志位,如果未登录,那程序的rootViewController就初始化为登录界面,如果已经登录了,那程序的rootViewController就初始化为其他的界面,这样就不用每次都初始化loginViewController了。刚做iOS,不太懂... 希望能对你有帮助。这种做法有什么弊端,也请各位大神指正...
如果是登录界面的话, 个人觉得把它放在一个单独的window里比较好, 登录验证通过后, 就可以把那个window释放掉了!
一般我做登录,都是用NavigationViewController push或present。
NavigationViewController里有一个栈,每次push都是VC入栈,pop会出栈。一个VC出栈后会被释放。
present后的dismiss也是一样,会被释放
如果你的VC在pop(或dismiss)后没有被释放,那应该是这个VC仍然有一个强引用指向他,这应该是编码不规范造成的。
建议你把处理登录VC的代码贴出来
之前做的时候有登录这个功能,当时的处理方法是在userDefault中存个是否登录标志位,程序启动的时候在AppDelegate中检测标志位,如果未登录,那程序的rootViewController就初始化为登录界面,如果已经登录了,那程序的rootViewController就初始化为其他的界面,这样就不用每次都初始化loginViewController了。刚做iOS,不太懂... 希望能对你有帮助。这种做法有什么弊端,也请各位大神指正...