其实主要就是要理解这两个函数的功能和适用场景：
startUpdatingLocation
startMonitoringSignificantLocationChanges
可以参看苹果的这个demo：https://developer.apple.com/library/content/samplecode/Regions/Introduction/Intro.html
理解了，自己改动下，就能实现强大的后台定位
2016.12.25:
了解更多的细节，可以参看这里，全部确认到了，基本就搞定了：
https://developer.apple.com/library/content/documentation/UserExperience/Conceptual/LocationAwarenessPG/CoreLocation/CoreLocation.html
最近在重构之前的代码，所以在本地游多个分支，经常出现如下的问题：
linker command failed with exit code 1 (use -v to see invocation)
之前也是基本重新update下pod基本就ok，今天发现之前ok的提交到git的代码，拉到本地又出现这个问题了，所有有必要弄清楚根源，避免每次都各种莫名尝试浪费时间。
从其中的一条错误提示入手：
ld: warning: directory not found for option '-L/Users/xxx/Library/Developer/Xcode/DerivedData/xxx-gttrbsolrpknxhbtjxulraplunas/Build/Products/Debug-iphonesimulator/AFNetworking'
在这个路径下确实发现缺少东西，对于目前成功编译的项目，我们手动删除目标后，再此编译，发现也提示这个错误这个很奇怪，按理应该成功才对。所以初步的原因是这个目标对象对应的pod库没有。那么是什么时候生成的呢，我们进一步分析。
在尝试了pod install和update后，目标并没有生成，所以pod阶段只是创建关联project。应该还是在编译阶段生成的。
按照正常的流程，应该是build时生成相应的target的库，现在却没有生成，进一步在网上搜索，看到“Build Active Architecture Only”
这个选项，当为 YES时，表示只编译当前的architecture版本。所以改为yes后，便可以生成当前 architecture的库了。
所以失败的原因是，这个选项为NO时默认生成所有的target的库，但是是按默认顺序的，还并没有来的及生成当前的目标库，所以link时就失败了。改为YES，相当于当前平台更改为了最高优先级，所以就直接生成了。