A. ios开发 如何实现点字符串响应事件
首先要分析一下，看起来点击的是文字，但对开发者而言，点击的是控件，显示文字的控件，
能点击的控件有很多，而一般的view也可以通过添加tap手势，来实现点击效果。
B. iOS系统用什么编写，为什么不卡顿
ios系统没有不卡顿，只是相对来说比较流畅
苹果iOS系统为什么比谷歌安卓更流畅
不少人都反应苹果iPhone要比一般android手机流畅，这是一个现象要说是大问题谈不上，毕竟两者是完全两个不同的系统所以严格来说放在一起对比是不公平的。不过因为Android以及iOS是当下两大主流操作系统，对比抗衡之类的说法自然难以避免。今天我们就来谈谈为什么iOS产品在使用过程中会让人觉得更加流畅一些，而为何一些Android手机则容易出现卡顿延迟的情况。
iOS手机为什么比安卓流畅
优先级别不同：iOS最先响应屏幕
当我们使用iOS或者是Android手机时，第一步就是滑屏解锁找到相应程序点击进入。而这个时候往往是所有操控开始的第一步骤，iOS系统产品就表现出来了流畅的一面，但Android产品却给人一种卡顿的现象，更别说后续深入玩游戏或者进行其它操控了。这是为什么?
其实这与两个系统的优先级有关，iOS对屏幕反应的优先级是最高的，它的响应顺序依次为Touch–Media–Service–Core架构，换句话说当用户只要触摸接触了屏幕之后，系统就会最优先去处理屏幕显示也就是Touch这个层级，然后才是媒体(Media)，服务(Service)以及Core架构。而Android系统的优先级响应层级则是Application–Framework–Library–Kernal架构，和显示相关的图形图像处理这一部分属于Library，你可以看到到第三位才是它，当你触摸屏幕之后Android系统首先会激活应用，框架然后才是屏幕最后是核心架构。
iOS系统优先处理Touch层级(图片来自网络)
可以看到优先级的不同导致了iOS产品以及Android手机在操控过程中的表现差异，当你滑动屏幕进行操控的时候，iOS系统会优先处理Touch层级，而Android系统则是第三个才响应Library层级，这是造成它们流畅度不同的因素之一。不过优先级对系统流畅性有有影响不假，但并不是最绝对的，造成两系统之间流畅性不一的现象还有其它因素，我们可以接着往下看。
硬件工作配置不同：iOS基于GPU加速
目前智能手机硬件装备竞赛当中，其实处理器等配置已经达到了一个瓶颈期，各大旗舰产品在硬件比拼当中基本上没有太大的区别，而这时候GPU就成为了一个凸显差异的重要因素。一些大型软件像是3D游戏对GPU性能要求都会比较高，苹果iPhone产品采用的Power VR SGX系列GPU在当下来说非常的主流，跑分测试数据证明了它并不会比一些旗舰级别的Android产品差劲。
A6处理器集成了Power VR SGX543显示芯片(图片来自网络)
而iOS系统对图形的各种特效处理基本上正好都是基于GPU硬件进行加速的，它可以不用完全借助CPU或者程序本身，而是通过GPU进行渲染以达到更流畅的操控表现。但是Android系统产品则并非如此，因为Android需要适应不同的手机硬件，需要满足各种差异配置，所以很多图形特效大多都要靠程序本身进行加速和渲染，并严重依赖CPU运算的操作自然会加大处理器的负荷，从而出现卡顿的问题。虽然Android 4.0以及4.1等更高版本中进行了改进将硬件加速设为默认开启，但依旧无法做到所有特效全部都靠GPU进行加速。在很多Android手机里面都自带有“是否开启GPU渲染”这个功能选项，不过开启之后的改善也是微乎其微。
iOS图形特效基于GPU加速渲染
屏幕最先响应的优先级关系，再加上iSO本身GPU加速程序的特性，使得大家在操控过程中感觉iOS手机拥有着不错的流畅性。因为它本身的整个流程都是在为最大化的流畅做服务，不管是第一印象的滑动接触屏幕，还是你进一步使用程序之后的更深层操作都是如此。而GPU加速这点特性，应该是它优于Android系统流畅性的又一个因素。
开发机制不同：安卓机制效率低
Android的编程语言是JAVA，而iOS的则为Objective-C，不过要是说Android系统之所以有些卡顿是因为JAVA开发语言的关系，或者是拿它和Objective-C对比肯定会有人提出质疑。Objective-C的优势是效率高但比较“唯一”，而JAVA的优势则是跨平台不过运行效率相对偏低，其实这两个编程语言所带来的机制不同，就已经造成了各自系统之间的流畅性差异化。
Android系统架构(图片来自网络)
iOS的Objective-C，编译器gcc，而这个gcc编译出来的代码又被苹果专为iOS架构优化到了极致，运行过程中也不需要虚拟机在中间插手，执行效率自然很高–引自网络。这一段话应该是iOS系统本身运行程序的执行过程，而Android是通过JAVA虚拟机来执行，并且系统需要占用大量内存来换取执行速度，再加上不定期的内存自动回收机制，从而直接导致了卡顿现象的出现。
iOS系统架构有着不错的运行效率
Android的JAVA编程本身运行效率比Objective-C低一些，而且再加上内存自动回收的机制，所以造成了一些卡顿不流畅的现象出现。但根据技术人员讲解，现代的JAVA虚拟机效率已经不再是最大的瓶颈，Android 4.0系统版本之后的卡顿现象明显得到了改善，所以这也是有用户并没有发现自己新买的Android手机出现太多卡顿现象的原因。看来编程语言和机制已经被Android进行了改善，这同样也不是造成它与iOS流畅性偏差的唯一因素，不过影响却是实实在在存在着。
系统设计不同：安卓APP无法统一
有了优先级的关系，有了GPU加加速的影响，还有两个系统各自编程以及机制的问题，似乎已经可以说明为什么iOS相比Android更为流畅的原因。但最终还有一个问题是就是应用程序，很显然用户觉得卡顿都是在运行软件的过程中产生，毕竟没有安装任何应用的初始出厂手机基本上都不存在不流畅或者延迟等现象，而且一款智能手机不安装任何应用程序那也不符合用户的购买初衷和使用行为。所以归根结底，Android相比iOS的应用程序，到底出了什么问题?
App Store是苹果和iOS的另一个标志
因为iOS产品的封闭性，所以所有的APP运行对象都比较单一，因为每个应用程序都是被运行在iPhone，iPad等iOS产品当中，它们有着很高的硬件利用效率。因为iOS系统的配件供应商只有那么几家，CPU也是一年换一次，这点不像Android终端年年变月月变，开发者很难遇见未来终端分辨率会包含多少种，GPU驱动会包含哪些等等，所以相对来说Android应用开发成本较高且收益较慢。而iOS应用开发则因为软硬件垂直整合而受益，这样一来苹果自然就保证了应用本身其与硬件产品之间的完美结合程度。
其实Android和iOS两大系统APP开发情况的不同，也正是它们开发和不开放的特性所造成的。如果要是拿旗舰Android手机加上一个专为这款旗舰产品设计的游戏，来和苹果iPhone 5运行对比的话，你真的不会遇到Android旗舰机出现卡顿延迟的问题，为什么因为这款游戏针对这款手机设计，在软硬等方面都达到了最大化的兼容和优化，自然就不会出现停滞的现象。
Android App虽然奋力追赶在但数量和质量上并未超越iOS
而Android系统程序要被安装在各种符合要求的手机上面，开发者也不可能针对所有的机器型号进行开发，只能在比较主流的机器上进行测试并保证运行效果，所以他们为了兼顾整个产品线只能不得不降低游戏体验以达到高中低产品可以共用的效果。最后那些占据了Android终端份额的大量大众用户们由于自己的手机不是旗舰产品而得不到流畅的使用体验，自然而然就会产生Android产品不如iOS流畅的抱怨。
写在最后：
不管是iOS产品感觉比Android流畅还是真的比它流畅，其实说到底原因很简单。苹果会花费一年甚至两年的时间去开发一个桌面icon，一种字体，并去测试屏幕点位，而Android终端中除了Nexus系列之外似乎没有太多产品可以做到用这么长的时间去做这么细致的事情。有网友说得好，Android做的更多的是“让系统跑起来”，而iOS拥有着苹果做的更多的则是“让系统以最高的效率跑起来”，或许这就是iOS产品比Android更流畅的原因吧。但更好的一面的是随着谷歌对Android的持续升级以及各厂商对自家产品的循序改进，使得越来越多的Android终端正在摆脱卡顿不流畅的束缚，未来安卓用户的期待同样有望得到更好的满足。
C. 为什么要学iOS开发
iOS是一门基于苹果系统编程的语言，有人担心它会不会被淘汰，随着苹果手机的普及，移动端用户的不断增加这个行业的人越来越多，会不会出现供过于求的情况?这些考量完全是理智的，但是也是不需担心的，为什么呢?
1.市场需求大
我们的生活中早已处处可见iOS的身影：移动端的APP10086电话查询系统、网上银行交付平台、购物网站、手机上的iOS游戏……我国对iOS人才的需求已达到百万,并且每年都在以22%左右的速度增长!
2.开发环境好
苹果的开发环境是Xcode，具有运行速度快、功能强大且安全性高不易被入侵等特点。且随着不断完善优化，Xcode诡异的编译机制以及强加给开发者的那些有关iOS应用程序对设备控制权的复杂证书机制也逐渐被开发者所忽略。且Xcode的调试器能够无缝完美调试Bug，模拟器的响应速度也非常快。
3.iOS系统与硬件的整合度高
使其分化大大的降低，远远的胜于android。而android因为开源各大厂家打造自己的android系统，造成分辨率和系统的分裂，给开发者带来难以想象的灾难，同时开发成本的提高，致使android开发者转移到ios阵营。
4.华丽的界面
无论你是否喜欢apple的硬件还是软件，有一点你不得不曾任，ios的界面做的非常的漂亮。苹果向界面中投入了很多精力，从外观到易用性，ios拥有最直观的用户体验。华丽的界面。无论你是否喜欢apple的硬件还是软件，有一点你不得不曾任，iOS的界面做的非常的漂亮。苹果向界面中投入了很多精力，从外观到易用性，iOS拥有最直观的用户体验。
D. iOS 编程连续发送两次 post 请求的办法
登录后，会在浏览器中产生Cookie的。你再发请求的时候要把Cookie信息也传递过去，服务器端才能认为你登录过了啊。
建议你，先用浏览器登录，然后用浏览器中的Cookie查看工具查看一下具体有什么Cookie，如果只有一个Session ID的Cookie就，那么编程的时候对第一个请求返回的响应中的Session ID记住，然后再发送请求的时候将这个Session ID传递过去。
E. ios的kvo和响应式编程一样吗
ReactiveCocoa 可以说是结合了函数式编程和响应式编程的框架，也可称其为函数响应式编程（FRP）框架，强调一点，RAC虽然最大的优点是提供了一个单一的、统一的方法去处理异步的行为，包括delegate方法
F. ios响应式编程框架reactivecocoa 好用吗
不好用的，用安卓啊
G. 高级ios开发需要掌握哪些内容知乎
做IOS
然后做WINDOWS10的。。。FOR MOBILE。
安卓由于开放性和JAVA作为编程语言，很有机会被WINDOWS 10淘汰，现在安卓是积重难返，而且修改、调试很困难，还不如学IOS，至少IOS有老外肯付钱买应用。
其实感觉接下来就是微软与苹果公司手机操作系统的对决，至于苹果会不会从滔覆辙，这就要拭目以待了。
感觉现在苹果的CEO库克把很多乔布斯好用的IOS编程上的特点都统统去掉了，导致现在IOS编程没有以前的方便快捷，如果微软能够把握好，相信将会有一场龙争虎斗。
不过长远来说，以后会不会发展到类似电脑的B/S开发架构，响应式开发，也只能拭目以待。。。
安卓什么的就果断弃坑别想了。。。
H. ios是怎么做事件分发和响应的
首先我们来看看iOS中事件的产生和传递过程：
1.发生触摸事件后，系统会将该事件加入到一个由UIApplication管理的队列事件中
2.UIApplication会从事件队列中取出最前面的事件，并将事件分发下去以便处理，通常会先发送事件给应用程序的主窗口(keyWindow)
3.主窗口会在视图层次结构中找到一个最合适的视图来处理触摸事件
4.找到合适的视图控件后，就会调用视图控件的touches方法来作事件的具体处理：touchesBegin... touchesMoved...touchesEnded等
5.这些touches方法默认的做法是将事件顺着响应者链条向上传递，将事件叫个上一个相应者进行处理
下面我们举个例子来演示下具体的传递过程，如
I. ios 怎么应用响应式编程实现登录
使用ReactiveCocoa实现iOS平台响应式编程
ReactiveCocoa和响应式编程
在说ReactiveCocoa之前，先要介绍一下FRP（Functional Reactive Programming，响应式编程），在维基网络中有这样一个例子介绍：
在命令式编程环境中，a = b + c 表示将表达式的结果赋给a，而之后改变b或c的值不会影响a。但在响应式编程中，a的值会随着b或c的更新而更新。
Excel就是响应式编程的一个例子。单元格可以包含字面值或类似”=B1+C1″的公式，而包含公式的单元格的值会依据其他单元格的值的变化而变化 。
而ReactiveCocoa简称RAC，就是基于响应式编程思想的Objective-C实践，它是Github的一个开源项目，你可以在这里找到它。
关于FRP和ReactiveCocoa可以去看leezhong的这篇blog，图文并茂，讲的很好。
ReactiveCocoa框架概览
先来看一下leezhong再博文中提到的比喻，让你对有个ReactiveCocoa很好的理解：
可以把信号想象成水龙头，只不过里面不是水，而是玻璃球(value)，直径跟水管的内径一样，这样就能保证玻璃球是依次排列，不会出现并排的情况(数据都是线性处理的，不会出现并发情况)。水龙头的开关默认是关的，除非有了接收方(subscriber)，才会打开。这样只要有新的玻璃球进来，就会自动传送给接收方。可以在水龙头上加一个过滤嘴(filter)，不符合的不让通过，也可以加一个改动装置，把球改变成符合自己的需求(map)。也可以把多