1.SIP概念理解
让客户满意是我们工作的目标，不断超越客户的期望值来自于我们对这个行业的热爱。我们立志把好的技术通过有效、简单的方式提供给客户，将通过不懈努力成为客户在信息化领域值得信任、有价值的长期合作伙伴，公司提供的服务项目有：域名注册、网站空间、营销软件、网站建设、榆次网站维护、网站推广。
2.【协议学习】SIP基本场景分析
3.企业开源SIP项目
4.SIP常见问题及处理
5.SIP基础入门
6.我的IOS端SIP电话开发历程
7.我的SIP开发之路
8.SIP协议开源SIP服务器搭建和客户端安装
1.WebRTC官网
2.大佬的笔记
3.WebRTC中文网
4.RTC.Blacker -Android IOS WebRTC
5.iOS下音视频通信-基于WebRTC
6.第六章 Webrtc服务器搭建
7.webrtc学习: 部署stun和turn服务器
8.webrtc编译全过程
9.iOS下WebRTC音视频通话（一）
10.iOS下WebRTC音视频通话（二）-局域网内音视频通话
11.WebRTC样本
12.iOS下音视频通信的实现-基于WebRTC
1. WebRTC简介及其与SIP互通
2.SIP和WebRTC有什么不同？
总结一下蓝牙开发相关的知识点和注意事项，做个笔记，也希望你们能少踩坑
(公司部分蓝牙项目为混编项目，蓝牙相关处理均采用了Objective-C，故本文????均采用OC，Swift处理相同)
蓝牙4.0包含两个蓝牙标准，它是一个是 双模 的标准，它包含 传统蓝牙部分(也称经典蓝牙) 和 低功耗蓝牙部分(BLE) , 二者适用于不同的应用场景和应用条件。他们的特点如下
所以蓝牙4.0是集成了传统蓝牙和低功耗蓝牙两个标准的，并不只是低功耗蓝牙
蓝牙4.0支持两种部署方式： 双模式 和 单模式 ，双模同时支持经典蓝牙和低功耗蓝牙，而单模则只支持其中一种。
二者更多细节详见： 传统蓝牙和低功耗蓝牙的区别
iOS中蓝牙相关功能都封装进了 CoreBluetooth 类中,其中有几个常见的参数和概念
具体API参考 CoreBluetooth蓝牙开发
保存到数组中的设备可通过 UUID 来进行区分。从 iOS7之后苹果不提供外设的mac地址，外设的唯一标识换成了由mac封装加密后的UUID，需要注意的是不同的手机获取同一个外设的UUID是不同的，所以在不同手机之间UUID不是唯一的，但在本机上可以作为唯一标识(特殊情况手机刷机后也会改变UUID)。
如何获取Mac地址
一般使用场景是根据Mac地址区分某个外设
注意点：
写入数据时可能会遇到需要分包发送的情况，我们可以通过下面的API或许当前特征支持的最大的单条写入长度
maxLength 一般取决于蓝牙模块内部接收 缓冲区 的大小，很多硬件设备这个缓冲区的大小是 20 字节, 这个大小也和特征的写入权限有关，像具有写入权限 withResponse 类的特征其大小一般为 512 字节，当然这些都是取决于设备测的设置；
当我们单次发送的数据字节长度大于 maxLength 时，我们就需要采用分包的方式来发送数据了,
分包发送的逻辑类似于下面
这边延时主要是设备侧的接收模块接收数据以及处理能力有限
外围设备测和中心设备(大部分情况下是手机)保持蓝牙连接的状态下，如果长时间不产生交互，蓝牙就会断开，所以为了保持两者持续的连接状态，需要做保活处理，也就是需要持续的发送心跳包(watchdog)。相应的处理是使用一个定时器定时向设备侧发送符合设备协议格式的心跳包。
断开连接很简单，只需要调用 [self.centralManager cancelPeripheralConnection:peripheral] 传入需要断开连接的设备对象就行了。断开连接时会自动调用 centralManager:didDisconnectPeripheral:error: 代理方法。
按照之前的惯例，当error为nil时表示断开成功，error不为nil时断开失败。这种理解是错误的。
当你调用 cancelPeripheralConnection: 方法（主动断开）断开连接时error为nil ; 没有调用这个方法（异常断开）而断开时error返回的是异常断开的原因。也可以理解为主动调用断开连接方法一定会断开
接下来就是断开重连的问题了，对蓝牙功能进行封装时肯定少不了断开重连。首先断开时可通过上面的代理方法的error是否为nil判断是否是异常断开，一般情况下异常断开时是需要重连的
原因就是当设备断开连接后 peripheral.services 为nil了，当然 service.characteristics 也是nil，所以需要在断开连接时把保存这个设备对应的服务和特征全部清除，然后在连接成功时重新过一遍发现服务和发现特征的流程就好了。
iOS7 开始，Apple加入了Beacon围栏检测的API, ( iBeacon-维基百科 ), 其工作方式是，配备有低功耗蓝牙（BLE）通信功能的设备使用 BLE 技术向周围发送自己特有的 ID，接收到该 ID 的应用软件会根据该 ID 采取一些行动。比如，在店铺里设置 iBeacon 通信模块的话，便可让 iPhone 和 iPad 上运行一资讯告知服务器，或者由服务器向顾客发送折扣券及进店积分, 或者公司的手机打卡，只要手机靠近打卡器一定范围，手机测就向打开器发送打卡信息，从而自动打卡。这种场景还有很多。 其中一个最重要的功能就是App的唤醒功能(杀死后也能唤醒)
举一个我们的例子，我们的产品业务场景就是在进入车辆以后，需要使用蓝牙连接我们的后装车载设备以采集车辆信息和驾驶行为行程等，这里有一个问题就是在App被杀死的情况下如何唤醒App, 因为不可能要求用户每次都主动去打开App，这样体验太差。我们的做法是通过iBeacon，当我们的车辆点火以后，设备测通电，发出 iBeacon广播 ，App实现监听iBeacon相关功能后就可以唤醒我们App，然后在相应的回调的处理一些事情，比如通过蓝牙连接设备。这里的前提条件是我们的硬件设备测包含iBeacon模块，具有iBeacon功能，而且对iBeacon的广播频率也有一定的要求，长了可能唤醒的功能会不稳定，官方建议的好像是100ms，频率超高越耗电，但可以让手机或其它监听设备越快地发现iBeacon。标准的BLE广播距离是100m，这使Beacon在室内位置跟踪场景下的效果更理想。
关于iBeacon更多的使用及介绍请参考
苹果核 - iOS端近场围栏检测（一） ——iBeacon
iBeacon技术初探
这篇文章主要介绍了实际应用 MVVM 的过程中的一些问题和解决方案
MVVM（Model View ViewModel）是一种 MVC（Model View Controller）的一种变型，来解决 MVC 中庞大复杂的 Controller 难以维护的问题。大致上讲 MVVM 有几个要求：
MVVM 和 MVC 有很多类似的特点，主要的不同有：
另外一点，MVVM 默认 View 和 View Controller 有一个一对一的关系，一般我们把这两个看做一个整体，会以 .swift 文件 和 Storyboard 的形式出现。
View Model 的工作是处理所有的展示数据的逻辑。如果一个 model 中有一个 NSDate 对象， NSDateFormatter 就会在 View Model 中用来设置日期的展示形式。
View Model 不能接触任何用户界面的部分，View Model 文件中不应该 import UIKit ，View Controller 会观察 View Model 去了解什么时候显示新的数据（通过 KVO 或者 FRP（Functional Reactive Programming））
MVVM 和 MVC 有一个共同的弱点：没有清楚的定义应该把网络请求部分放在哪里。在实际操作过程中，我会把网络请求放在 View Model 文件里面，但之后我打算把网络请求放在自己独立的一个类中，View Model 文件会拥有这个对象。
下面我们主要谈一谈实际应用 MVVM 过程中一些挑战：
例如你想构造这样一个常用的界面，有一个 segment control 在屏幕顶部，屏幕的其他部分是一个 collection view，选择不同的 segment，就会展示不同样式的 collection view，元素的排列顺序。我们定义了一个 enum 来枚举所有的排列样式：
那么这个 enum 在 MVVM 模式中应该放在哪里呢？因为这个 enum 决定了数据排列的顺序，每个 cell 中的文字和按钮的 title，这些都属于展示的逻辑，所以这个 enum 看起来应该放在 view model 中。
然而，这些 layout 并不改变要展示的数据，只是决定了要呈现的数据的排列方式和排列顺序，从这个角度上来说 enum 又应该放在 view controller 中。
我的解决方法是把 enum 放在 view model 中，然后在 view model 中加一个对外的 Observable 或者 Signal 来表示使用了哪个 layout，基于用户选择的 segment，view model 更新这个值，然后在 view controller 中根据相应的 layout 改变 collection view 的样式，view controller 也可以根据这个值来决定用哪个 cell reuse identifier
iOS 开发者在用 MVVM 和 FRP 写应用的时候最常见的问题可能就是 ViewModel 怎么把数据展现给 ViewController。当 Model 层的数据发生变化更新的时候，ViewController 需要得到通知然后做出相应的 UI 更新，我们一般会用到两种机制：
第一个选项很吸引人，因为可以在 View Controller 中决定怎么选择观察那些 property。然而，我不推荐在 Swift 中使用第一个选项，因为 Swift 在 KVO 中没有类型检查，你需要对 AnyObject 强制转换类型很多次。
第二个选项是比较 Swift 的方式，基于 Swift 的 generics 特性，signals，sequences，observables 可以支持编译过程中的类型检查。
但有时候在 view model 增加这些 Signals 或者 Observables 有些困难。Swift 的初始化方法对于什么时候对 property 赋值有非常明确的规定。Signals 或者 Observables 需要使用 view model 内部的状态，所以它们必须在 super.init() 之后才能创建，但是另一方面，我们在调用 super.init() 之前保证所有 property 已经被赋值了，包括那些 Signal/Observable property。
这是个先有鸡还是先有蛋的问题。
我采用比较简单的解决方法：定义成 var 的隐式可选类型，这样就可以在 super.init() 之后才给 property 赋值。这不是一个完美的解决办法。我们可以用 lazy var property 的闭包赋值来代替上面的方法。在 Swift 不断完善和更新的过程中，大家也可以探索其他更好的办法。
举一个很常用的例子，用户点击 collection view 中的一个 cell，跳转到详情页面。用户点击的操作应该在 view controller 中处理，具体内容是展现一个新的详情页面。但是 view controller 不能直接接触 models，我们要如何用 MVVM 模式实现这样的用户交互呢？
我的解决方案是利用 Swift 的闭包。首先在 view model 中定义一个闭包：
然后在 view model 中添加一个 property：
接着我需要调用闭包，在 view model 中定义一个view controller 可以调用的函数，这个函数的参数是可以决定使用什么数据，一般情况下常用 index path：
现在当用户选中一个 cell，会调用 view model 中的这个函数，并且传入 index path 参数，view model 决定使用哪个数据，并调用在 view controller 中定义的闭包，例如：
最后一个问题是怎么创建这个 view model。我们需要传递一个闭包给view model 的初始化函数，然后用 lazy loading 来调用 view model 的初始化函数。
随着项目的开发进行，对于ios程序崩溃及解决方法有一定的认识,现总结如下：
1：@selector提供的选择器未定义，运行时造成程序崩溃。
2：程序中父类对象已销毁，但后续操作还在使用其子对象。
3：多次release，造成对象引用技术为负数, 然后后续还使用。
4：在程序的声明处指定使用assign属性，然而在dealloc的时候却对其进行release。
对于崩溃问题可以尝试使用 Project-Profile, 连上真机，选择Devices, 然后弹出的instruments－》Zombie. 运行程序，直到程序崩溃。
这时候工具就会捕获到崩溃代码同时提供引用基数产生及释放的全部过程。
如果你是通过xCode来查看崩溃的位置，有时候会不正确。这个要多加注意
UITableViewCell的重用机制体现在-(UITableViewCell)dequeueReusableCellWithIdentifier:(NSString)identifier这个方法中，他的基本意思就是在创建cell的时候为每一个cell都绑定一个identifier的标识。当cell从我们的视觉范围中消失的时候，这个绑定了cell的标识就会被放到缓存池中。当tableView需要新的cell的时候，直接先去缓存池中寻找有没有携带identifier的cell，若有的话直接复用；没有的话，才去创建新的cell，并绑定标识identifier。所以从理论上讲，倘若一屏最多显示的cell个数为n个，那么需要携带identifier表示的cell最少只需n+1个。
查看UITableView头文件，会找到NSMutableArray* visiableCells，和NSMutableDictnery* reusableTableCells两个结构。visiableCells内保存当前显示的cells，reusableTableCells保存可重用的cells。
UITableView显示之初，reusableTableCells为空，那么tableView dequeueReusableCellWithIdentifier:CellIdentifier返回nil。开始的cell都是通过[[UITableViewCell alloc] initWithStyle:UITableViewCellStyleDefault reuseIdentifier:CellIdentifier]来创建，而且cellForRowAtIndexPath只是调用最大显示cell数的次数。
比如：有100条数据，iPhone一屏最多显示10个cell。程序最开始显示TableView的情况是：
1. 用[[UITableViewCell alloc] initWithStyle:UITableViewCellStyleDefault reuseIdentifier:CellIdentifier]创建10次cell，并给cell指定同样的重用标识(当然，可以为不同显示类型的cell指定不同的标识)。并且10个cell全部都加入到visiableCells数组，reusableTableCells为空。
2. 向下拖动tableView，当cell1完全移出屏幕，并且cell11(它也是alloc出来的，原因同上)完全显示出来的时候。cell11加入到visiableCells，cell1移出visiableCells，cell1加入到reusableTableCells。
3. 接着向下拖动tableView，因为reusableTableCells中已经有值，所以，当需要显示新的cell，cellForRowAtIndexPath再次被调用的时候，tableView dequeueReusableCellWithIdentifier:CellIdentifier，返回cell1。cell1加入到visiableCells，cell1移出reusableTableCells；cell2移出visiableCells，cell2加入到reusableTableCells。之后再需要显示的Cell就可以正常重用了。
使用过程中，并不是只有拖动超出屏幕的时候才会更新reusableTableCells表，还有：
1. reloadData，这种情况比较特殊。一般是部分数据发生变化，需要重新刷新cell显示的内容时调用。在cellForRowAtIndexPath调用中，所有cell都是重用的。我估计reloadData调用后，把visiableCells中所有cell移入reusableTableCells，visiableCells清空。cellForRowAtIndexPath调用后，再把reuse的cell从reusableTableCells取出来，放入到visiableCells。
2. reloadRowsAtIndex，刷新指定的IndexPath。如果调用时reusableTableCells为空，那么cellForRowAtIndexPath调用后，是新创建cell，新的cell加入到visiableCells。老的cell移出visiableCells，加入到reusableTableCells。于是，之后的刷新就有cell做reuse了。
1、重取出来的cell是有可能已经捆绑过数据或者加过子视图的，所以，如果有必要，要清除数据（比如textlabel的text）和remove掉add过的 子视图（使用tag）
2、删除重用的cell的所有子视图，从而得到一个没有特殊格式的cell，供其他cell重用。
//删除cell的所有子视图
while ([cell.contentView.subviews lastObject] != nil)
{
[(UIView*)[cell.contentView.subviews lastObject] removeFromSuperview];
}
3、为每个cell指定不同的重用标识符(reuseIdentifier)来解决。重用机制是根据相同的标识符来重用cell的，标识符不同的cell不能彼此重用。
NSString *identifier = [NSString stringWithFormat:@"TimeLineCell%d%d",indexPath.section,indexPath.row];
if (cell == nil) {
cell = [[UITableViewCell alloc] initWithStyle:UITableViewCellStyleDefault reuseIdentifier:identifier];
}
4、重用机制调用的就是dequeueReusableCellWithIdentifier这个方法，方法的意思就是“出列可重用的cell”，因而只要将它换为cellForRowAtIndexPath（只从要更新的cell的那一行取出cell），就可以不使用重用机制，因而问题就可以得到解决，但会浪费一些空间
iOS10系统常见问题有哪些？
1. iOS10系统采用了全新的锁屏界面及解锁方式，我可以不用按下Home键，只使用Touch ID直接解锁iPhone吗?
可以，具体设置方法为：设置 - 通用 - 辅助功能 - 主屏幕按钮 - 把“轻触打开”开关打开即可。
iOS10常见问题
2. 升级iOS10之后，为什么锁屏快捷回复不能用?
对于iMessage和信息的锁屏快捷回复，部分网友表示需要重启 iPhone 才能够使用。
3. 为什么我的iMessage在发信息的.时候，没有官方宣传的那些放大、缩小等效果?
网友Manimal表示，这个功能在开启着“减弱动态效果”下不可使用。关于这个选项的设置方法为：设置 - 通用 - 辅助功能 - 减弱动态效果 - “开启”改为“关闭”。
iOS10常见问题
4. 为什么我的壁纸变暗了?
如果在iOS9开启过“降低白点值”，iOS10会默认将该选项打开，所以就算在控制中心亮度调最亮也还是暗。想要更改的话，设置方法为：设置 - 通用 - 辅助功能 - 显示调节 - 把降低白点值选择“关闭”就可以。
iOS10常见问题
5. iMessage里面发送特效没有屏幕和气泡这两个选项?
有可能是第三方输入法冲突导致的。把第三方输入法卸载了或者换另一个即可。