1. 简述可视化编程与纯代码的优缺点
可视化编程 优点: 开发速度快;适配方便;可以明确看到界面间跳转;明确看到界面的布局效果.
缺点:团队开发中代码合并容易产生冲突;代码的重用率偏低;代码会覆盖xib,出现bug不利于查找修改
纯代码 优点: 可操控性高,能轻松的修改,添加;重用性高,方便封装;易于维护和修改bug;团队开发中. 冲突比较容易解决;
缺点:代码适配相对于可视化编程,不太方便,难度大;需要不断的编译运行看UI效果;纯代码布局花费时间较长,速度慢
2.常用的调试工具
断点, po , 僵尸指针, instruments（菜单上Xcode->open deve..） 可视化调试图层
内存泄露：没有指针指向，不能使用 不能释放存在堆区里
3.在同一工程中ARC与MRC混编,
ARC工程中使用MRC(例如ASI)
在targets的build phases选项下Compile Sources下选择要不使用arc编译的文件(也就是mrc写的文件)，双击它，输入 -fno-objc-arc
MRC工程中也可以使用ARC的类
在targets的build phases选项下Compile Sources下选择要使用arc编译的文件(arc文件)，双击它，输入 -fobjc-arc
4. 如何让你的应用程序更省电
1. 使用地图或者蓝牙等功能结束时,关闭定位,蓝牙功能
2. 在不需要屏幕亮度那么高的时候,调低屏幕亮度
3. 把大次数的循环,计算放在服务器去做
5. block内如何修改外部的变量
__block 修饰
6. block在什么情况下会发生循环引用,如何解决
在block内部引用
7. 对于语句NSSing *obj = [[NSData alloc] init]; obj在编译是NSString , 在运行时NSData
8. 在网络请求中如何提高性能
1. 网络较慢的时候,用户发送数据请求,数据没有下来,然后用户退出当前控制器, 取消请求
2. 给网络请求设置一个时间戳,防止用户短时间内多次刷新
3. 使用网络缓存 NSURLCache ,
9. 在网络请求中如何保证安全性
1. 使用post请求
2. 使用https
3. 给接口中参数加密
4. 返回的数据加密
5.token
10.描述一下在开发过程中,如何实现程序的性能优化
1. 在使用tableView的时候,滑动不加载; cell自适应高度的时候缓存高度; 对网络请求设置时间戳,放置用户在短时间内进行无效刷新等等
11. 系统中的单例类?在实际开发中单例的应用场景
1.系统中常见的单例类 NSUserDefaults NSFileManager UIApplication NSNotificationCenter
2. 应用场景: 封装音乐播放功能的时候,因为只能初始化一个音乐类,否则会出现二重唱
几个控制器同时用到一块儿资源的时候,资源共享
12 热更新: 不用提交appstore, 程序运行时从服务器拉取数据, 根据runtiem动态生成文件,实现更新
热更新的方法:
1.使用FaceBook 的开源框架 reactive native，使用js写原生的ios应用ios app可以在运行时从服务器拉取最新的js文件到本地，然后执行，因为js是一门动态的脚本语言，所以可以在运行时直接读取js文件执行，也因此能够实现ios的热更新
2.使用lua 脚本。lua脚本如同js 一样，也能在动态时被。热更新时，从服务器拉去lua脚本然后动态的执行就可以了
13. 描述你在开发中用到的设计模式
单例设计模式:在程序运行期间只实例化一份,利于资源共享;
代理设计模式:用于解耦,当一个类的方法需要别的类来实现又不确定是哪个类来实现
观察者设计模式:用户解耦,当一个类只关心发布,不关心谁接受的时候, model发生变化通知controller与view变化
14.你做过哪些项目, 项目中有什么技术点,你参与的app中是如何处理多个服务同步发起的
15. tcp udp的区别
tcp 与udp 都是 传输层的协议
Tcp (传输控制协议)是面向连接的协议，也就是说，在收发数据前，必须和对方建立可靠的连接。一个TCP连接必须要经过三次“对话”才能建立起来，其中的过程非常复杂，只简单的描述下这三次对话的简单过程：主机A向主机B发出连接请求数据包：“我想给你发数据，可以吗？”，这是第一次对话；主机B向主机A发送同意连接和要求同步（同步就是两台主机一个在发送，一个在接收，协调工作）的数据包：“可以，你什么时候发？”，这是第二次对话；主机A再发出一个数据包确认主机B的要求同步：“我现在就发，你接着吧！”，这是第三次对话。三次“对话”的目的是使数据包的发送和接收同步，经过三次“对话”之后，主机A才向主机B正式发送数据。
udp (用户数据报协议) (1)UDP是一个非连接的协议，传输数据之前源端和终端不建立连接，当它想传送时就简单地去抓取来自应用程序的数据，并尽可能快地把它扔到网络上。在发送端，UDP传送数据的速度仅仅是受应用程序生成数据的速度、计算机的能力和传输带宽的限制；在接收端，UDP把每个消息段放在队列中，应用程序每次从队列中读一个消息段。
（2） 由于传输数据不建立连接，因此也就不需要维护连接状态，包括收发状态等，因此一台服务机可同时向多个客户机传输相同的消息。
（3） UDP信息包的标题很短，只有8个字节，相对于TCP的20个字节信息包的额外开销很小。
（4） 吞吐量不受拥挤控制算法的调节，只受应用软件生成数据的速率、传输带宽、源端和终端主机性能的限制。
（5）UDP使用尽最大努力交付，即不保证可靠交付，因此主机不需要维持复杂的链接状态表（这里面有许多参数）。
（6）UDP是面向报文的。发送方的UDP对应用程序交下来的报文，在添加首部后就向下交付给IP层。既不拆分，也不合并，而是保留这些报文的边界，因此，应用程序需要选择合适的报文大小。
我们经常使用“ping”命令来测试两台主机之间TCP/IP通信是否正常，其实“ping”命令的原理就是向对方主机发送UDP数据包，然后对方主机确认收到数据包，如果数据包是否到达的消息及时反馈回来，那么网络就是通的。
区别: 1.基于连接与无连接；
2.对系统资源的要求（TCP较多，UDP少）；
3.UDP程序结构较简单；
4.流模式与数据报模式 ；
5.TCP保证数据正确性，UDP可能丢包，TCP保证数据顺序，UDP不保证。
16 如何修改只读(readonly)属性的变量
使用kvc
17 arc下dealloc存在的意义: 释放强指针指向的对象, 移除动画(不移除当前控制器无法释放),代理置为空(否则出现野指针), 移除通知,观察者等
18.登陆与后台的的交互判断(token)
token一般根据时间戳生成,每次网络请求都会发送时间戳,根据时间戳是否过期来验证用户是否登陆
19.推送的流程: 用户打开app,app从苹果服务器请求到deviceToken(手机与应用程序联合生成的),app把deviceToken送到自己的服务器保存, 但需要给那个用户推送的时候, 后台把要推送的消息与deviceToken发送给APNS,APNS推送具体的用户
推送卸载appdelegate里
20.arc出现内存泄露的原因: 循环引用 ; 一些需要释放的C语言函数(例如图片拼接) ; 在子线程中常见对象没有放在pool中
21. 关于手机验证的问题,实现注册,如何做手机号码验证,以及如何给手机发送验证码
用户注册时
把手机号发送到服务器,服务器发送验证码给手机用户,用户根据短信或者电话(语音,这个送达率更高,费用高)输入验证码, 发送验证码到服务器, 如果匹配,完成注册
集成shareSDK , leanclude 等第三方应用
22. 程序在只加载一张图片的时候什么情况下会崩溃, 当这张图片是几百兆的时候
23. 1. 可以参考苹果给出的崩溃提示 2. 友盟的崩溃日志 3. 连接旧的版本进行调试
24. (个人意见)了解功能,进行具体功能的拆分,上网查找具体功能或者与同事沟通
25. cell的重用,
解决方案 : 1. 把cell 上的东西清空重新赋值
2. 根据indexpath来区分cell赋值解决重用带来的问题