IOS-为什么很多内置类如UITableViewController的delegate属性都是assign而不是retain的？

如题目原因是：

会引起引用，若是retain，在alloc一次之后，若release一次，会导致内训泄露，若release两次会导致两个对象的dealloc嵌套执行，结果就是都没有执行成功，最后崩溃了！所有的引用计数系都存在循环应用的问题。例如下面的引用关系：

*对象a创建并引用到了对象b.*对象b建并引用到了对象c.*对象c创建并引用到了对象b.这时候b和c的引用计数分别是2和1.当a不再使用到b，调用release释放对b的所有权，因为c还引用了b，所以b引用计数为1，b不会被释放。b不释放，c的引用计数为1，b不会被释放。b不释放，c的引用计数就是1，c也不会被释放。从此，b和c永远都留在内存中。这种情况，必须打断循环引用，通过其他规则来维护引用关系。我们常见的delegate往往是assign方式的属性而不是retain方式的属性，赋值不会增加引用计数，就是为了防止delegation两端产生不必要的循环引用。如果一个UITableViewController对象a通过retain获取了UITableView对象b的所有权，这个UITabelView对象的b的delegate又是a,如果这个delegate是retain方式的，那基本上就没有机会释放这两个对象了。自己在设计使用delegate模式时，也要注意这点。

拓展：iphoneOS有没有垃圾回收？autorelease和垃圾回收制（gc）有什么关系？

没有。autorelease只是延迟释放，gc是每隔一段时间询问程序，看是否有无指针指向的对象，若有，就将它回收。他们两者没有什么关系。