(源码分析)Android系统时间-自动获取
工作关系查看了 设置界面 自动获取时间的code。
点开设置-时间日期 第一眼就能看到 自动获取时间 和 自动获取时区的勾选框，那么时间和时区是怎么自动获取的呢。
首先我们要知道的是，当前页面的显示是在packages/apps/Settings/src/com/android/settings下面的DateTimeSettings.java中显示的。
然后我们可以看到 在onResume添加了一个SharedPreferenceChangeListener。这个callback是当前activity已经实现的
点了自动获取时间的按钮之后 就会回调到这儿：
会对Settings.Global.AUTO_TIME 进行修改。
根据查找，系统里面有三个地方(修改时间相关的地方)对Settings.Global.AUTO_TIME 进行了追踪。
1.GSM:frameworks/opt/telephony/src/java/com/android/internal/telephony/gsm/GsmServiceStateTracker.java
2.CDMA:frameworks/opt/telephony/src/java/com/android/internal/telephony/cdma/CdmaServiceStateTracker.java
3.frameworks/base/services/core/java/com/android/server/NetworkTimeUpdateService.java
1跟2都跟运营商有关系，但是nitz是能获取到时区的。因为能定位哈哈哈。
因为工作关系不需要跟1,2相关的。我们直接看3.
3里面呢是有对nitz的判断的，但是我们着重看一下ntp时间的获取。由于ntp服务器根据ip是无法获取到定位的所以如果单ntp是只能更新时间不能更新时区的。
为了跟代码，部分Log是自己添加的 请无视，来看NetworkTimeUpdateService.java：
我们可以看到handler的三个事件都会走这个方法。这三个监听都是哪儿来的呢
1.
2.
3.
所以我们知道 一进来 还有自动获取时间按钮状态的变化 还有网络的变化都会走这个方法，那这个方法是做什么的呢,先看前部分：
前部分做了一些判断，例如：不是自动获取时间请求的，return;如果获取到了nitz时间（默认是 NOT_SET这个值，获取到之后会发广播到这个类来赋值），nitz获取的时间比boot之后运行的时间还小的 return;接下来如果是第一次 或者 已经超过规定的获取ntp时间的间隔就会开始请求ntp时间。如果第一次请求了ntp时间 第二次请求ntp的时间与第一次的间隔小于规定的值，那么就不会去获取ntp时间。见后半部分代码：
接下来看看 请求：
刚看到代码调到了frameworks/base/core/java/android/util/NtpTrustedTime.java 的 forceRefresh方法：
当然也做了一系列判断，诸如server是否为空是否有网之类的。
然后就调到了:frameworks/base/core/java/android/net/SntpClient.java的requestTime的方法：
通过udp来请求ntp获取时间并进行更新，有兴趣的童鞋可以自己跟跟 gsm和cdma的东西。
注：如果不断电的话 或 断电时间较短 那么电容会继续走时间，那么下一次进来的缓存还是没有进行更新的。包括规定的ntp的获取间隔。
如果有不对的地方，欢迎指正，互相学习。