1.参考博客
关于coreLocation
http://www.jianshu.com/p/ef6994767cbb
http://www.cnblogs.com/wendingding/p/3901230.html
关于定时器
功能需求:在进入主页面的时候,获取当前app的定位信息.并上传经纬度到服务器,并且5分钟(当然时间是自己可以控制的)上传一次
ios解决思路:
1.定时器(NSTimer/GCD/CADisplayLink(刷新屏幕时使用,比如播放视频))+通知
2.定时器+代理
android实现思路:
1.服务+广播
流程:定时器控制通知者发信息-->被通知者收到信息-->调用开启定位的方法-->定位的最后调用了上传经纬度到服务器-->完成
我自己使用定时器+通知做的,定位的话也可以用第三方来做,比如高德,百度..下面说说我遇到的坑
第一个坑:
报错信息:
定位管理者最好放在主线程,在实际开发中,当在子线程中创建定位管理者,有可能接收不到回调信息
中文翻译为:一个定位管理者创建在子线程,而不是主线程.在开发中,要确保一个定位管理者所在的线程要在运行循环(Run loop)中.在实际开发中,当在子线程中创建定位管理者,有可能收不到回调信息.
被通知者收到定时器的通知(用标识符来判断),就调用selector里面的方法,根据调试可得出调用的定位方法在子线程中.说明在子线程中有问题
解决方法:
原因:让定位管理者同步执行,在主线程中创建
解决了上一个坑,很开心,以为功能做完了.后面运行 发现一直在回调成功的方法,一直上传服务器
第二个坑:一直在回调成功的方法,一直上传服务器
开始的想法的是:
定位管理器开启更新的时候会一直调用代理的方法.于是就想着定位一次立马 停止定位
按逻辑来讲 感觉是对的 定位一次 停止一下 下次接收到通知 就再次定位 如此循环
可是运行的时候发现 不行 进入一次定位的方法 进入两次的代理的成功回调方法
解决方法:
原因:使用dispatch_once可以简化代码并且彻底保证线程安全，开发者无需担心加锁或同步。此外，dispatch_once更高效，它没有使用重量级的同步机制，若是那样做的话，每次运行代码前都要获取锁。相反，此函数采用“原子访问”来查询标记，以判断其所对应的代码原来是否已经执行过。在64位Mac OS X上测试，后者的执行速度要比前者快一倍。
另外 要感谢kinmo.有朋友对android,ios,php感兴趣的,可以加入我们的超级吹牛群:526084376
欢迎一起讨论技术,一起吹牛.哈哈.
话说有一个活动是:程序员在简书 我在想我要不要参加呢
