copy/assgin初记 - 封闭当前应用

当前位置: 编程技术>移动开发

本页文章导读:

▪copy/assgin初记 copy/assgin小记看网上的帖子,总觉得copy的说明偏于简单了,对后来人伤不起呐,虽然锅以前也是吸收着这些营养"长大"的,现在算是回馈一下,本文适合有理解但是不深的道友. 首先说明几.........

▪ 封闭当前应用关闭当前应用 [[UIApplication sharedApplication] performSelector:@selector(terminateWithSuccess)]; 和按home键效果一样。 1 楼 gypgyp 2012-06-01 这个能通过审核吗？ 2 楼 jsntghf 2012-06.........

▪ TCP跟UDP协议理解 TCP和UDP协议理解我们学习过什么是"数据包",理解数据包,对于网络管理的网络安全具有至关重要的意义.比如,防火墙的作用本质就是检测网络中的数据包,判断其是否违反了预先设置的.........

[1]copy/assgin初记

来源: 互联网发布时间: 2014-02-18

copy/assgin小记

看网上的帖子,总觉得copy的说明偏于简单了,对后来人伤不起呐,虽然锅以前也是吸收着这些营养"长大"的,现在算是回馈一下,本文适合有理解但是不深的道友.

首先说明几点:

对于"NSString用copy"这样的"建议",其实是不对的,至少思路不对,因为本质上NSString的copy内部执行的是retain(后有说明),既然都是retain,又何必建议copy?所以说思路不对

assign一般用于int/float等等这种简单变量是没错,但是本身property默认就是assgin,这样说了等于没说,所以assign应该强调其用处,即是为了防止循环引用(后有说明),"循环引用"的说法是我自己造的,看后面的说明就好理解了

测试用的retainCount来输出计数,其实文档不建议使用:

Important: This method is typically of no value in debugging memory management issues. Because any number of framework objects may have retained an object in order to hold references to it, while at the same time autorelease pools may be holding any number of deferred releases on an object, it is very unlikely that you can get useful information from this method.

在debug是no value的,如modal controller在present时,retainCount就从1变成3,有人就会担心是不是内存泄露了,其实这种比较大的retainCount不能说明是否内存泄露,它包含了底层系统的一些retain操作.

虽然debug不推荐用,但作为在这简单测试retain/copy的"辅助"作用还是可以的

测试用的是NSString,它比较"神奇",经常retainCount经常变成了2千万的值,这一般是[[NSString alloc] init]或者直接赋值常量,即@"XXX",至于为什么就不细说了,google上有.NSString有copy和mutableCopy可以对比观察

OK,前戏做足了,进入正题.

有代码/log/图有真相:

NSString *str1=[NSString stringWithFormat:@"str %d",100];

NSLog(@"str1 retainCount %d",[str1 retainCount]);

NSString *str2=[str1 retain];

NSLog(@"str1 retainCount %d",[str1 retainCount]);

NSMutableString *str3=[str1 mutableCopy];

[str3 appendString:@"111"];

NSLog(@"str1 retainCount %d",[str1 retainCount]);

NSMutableString *str4=[str1 copy];

NSLog(@"str1 retainCount %d",[str1 retainCount]);

2011-11-02 20:25:34.853 CALayerTest1[7018:207] str1 retainCount 1

2011-11-02 20:25:34.855 CALayerTest1[7018:207] str1 retainCount 2

2011-11-02 20:25:34.856 CALayerTest1[7018:207] str1 retainCount 3

真相分析:

首先,先看个帖子预热一下:

(http://stackoverflow.com/questions/2521468/nsstring-copy-not-copying)

关键是这句:

Usually immutable objects will be returned with an additional reference count rather than creating an actual new object

再看文档NSCopying的overview:

Implement NSCopying by retaining the original instead of creating a new copy when the class and its contents are immutable.

总的意思就是immutable的对象在执行copy时,实际上不会真的创建一个新的对象,而是retain,详见下文

回到代码

(1) NSString用format创建确保retainCount是1,然后正常retain,得到str2,地址一样,值也一样,log输出由1变2

(2) 接着先用了mutableCopy,返回个mutableString,即str3,地址不同,为了测试是否"真的"是mutableString,特意append一下,没crash,值改变了,log输出retainCount是2

(3) 最后的copy,得到str4,地址和str1是一样的!而且log输出2变3!这明显就是retain,有木有!! 然后返回的str4实际不是mutableString(声明成mutableString只是为了调用append方法能编译通过),如果append就会报error

所以真相就是NSString的copy本质上就是retain,而其mutableCopy才是真正的copy,另一篇stack overflow的帖子也说了(忘了网址了...):

So NSString's copy simply calls retain.NSMutableString's copy makes an actual copy

最后assgin来打下酱油

经常见到是用在controller/delegate上,比如说MyController和MyView,MyView在controller里面已经声明成retain,而MyView有些操作需要调用controller执行一下,那么MyView内部也需要个controller的引用,不过这个引用不能是retain的,retain有种"强引用"的味道,如果MyView"强引用"controller,而controller又"强引用"MyView,那岂不是MyView"强引用"自己了么?这样"循环引用"就有问题,所以得用assgin,即"弱引用",它会自动避免"循环引用"(估计系统底层自己实现的),总的来说就是A retain B之后,B就只能assgin A(不够严谨,说明问题即可)

好吧,没看懂不要紧,可能是我没写好...这只是抛砖引玉,姑且看之,能引起思考就更好

毫无痕迹的PS:带双引号的一些名词,是为了说明问题,对于它们的真正词义,与此文中的的关系不超过半毛钱,不必钻牛角尖

无力的PS:排版几经修改,最终还是发现这可视化编辑太扯淡了,勉强只能先这样了...

[2] 封闭当前应用

来源: 互联网发布时间: 2014-02-18

关闭当前应用

[[UIApplication sharedApplication] performSelector:@selector(terminateWithSuccess)];

和按home键效果一样。

1 楼 gypgyp 2012-06-01

这个能通过审核吗？

2 楼 jsntghf 2012-06-01

gypgyp 写道

这个能通过审核吗？

这个是private的，不能通过审核的。

[3] TCP跟UDP协议理解

来源: 互联网发布时间: 2014-02-18

TCP和UDP协议理解
    我们学习过什么是"数据包",理解数据包,对于网络管理的网络安全具有至关重要的意义.比如,防火墙的作用本质就是检测网络中的数据包,判断其是否违反了预先设置的规则,"协议"栏中有"TCP"、"UDP"等名词,它们是什么意思呢?现在我们就来讲讲什么是TCP和UDP:
    面向连接的TCP:
    "面向连接"就是在正式通信前必须要与对方建立起连接.比如你给别人打电话,必须等线路接通了、对方拿起话筒才能相互通话.
    TCP（Transmission Control Protocol，传输控制协议）是基于连接的协议,也就是说,在正式收发数据前,必须和对方建立可靠的连接.一个TCP连接必须要经过三次“对话”才能建立起来，其中的过程非常复杂，我们这里只做简单、形象的介绍，你只要做到能够理解这个过程即可。我们来看看这三次对话的简单过程：主机A向主机B发出连接请求数据包：“我想给你发数据，可以吗？”，这是第一次对话；主机B向主机A发送同意连接和要求同步（同步就是两台主机一个在发送，一个在接收，协调工作）的数据包：“可以，你什么时候发？”，这是第二次对话；主机A再发出一个数据包确认主机B的要求同步：“我现在就发，你接着吧！”，这是第三次对话。三次“对话”的目的是使数据包的发送和接收同步，经过三次“对话”之后，主机A才向主机B正式发送数据。
    TCP协议能为应用程序提供可靠的通信连接，使一台计算机发出的字节流无差错地发往网络上的其他计算机，对可靠性要求高的数据通信系统往往使用TCP协议传输数据

    面向非连接的UDP协议:
    “面向非连接”就是在正式通信前不必与对方先建立连接，不管对方状态就直接发送。这与现在风行的手机短信非常相似：你在发短信的时候，只需要输入对方手机号就OK了。
    UDP（User Data Protocol，用户数据报协议）是与TCP相对应的协议。它是面向非连接的协议，它不与对方建立连接，而是直接就把数据包发送过去！
    UDP适用于一次只传送少量数据、对可靠性要求不高的应用环境。比如，我们经常使用“ping”命令来测试两台主机之间TCP/IP通信是否正常，其实“ping”命令的原理就是向对方主机发送UDP数据包，然后对方主机确认收到数据包，如果数据包是否到达的消息及时反馈回来，那么网络就是通的。例如，在默认状态下，一次“ping”操作发送4个数据包（如图2所示）。大家可以看到，发送的数据包数量是4包，收到的也是4包（因为对方主机收到后会发回一个确认收到的数据包）。这充分说明了UDP协议是面向非连接的协议，没有建立连接的过程。正因为UDP协议没有连接的过程，所以它的通信效果高；但也正因为如此，它的可靠性不如TCP协议高。QQ就使用UDP发消息，因此有时会出现收不到消息的情况。

    需要详细了解2种连接协议的区别,请访问:
http://networking.ctocio.com.cn/tips/333/6145333.shtml