Android L 自动获取时区失败问题的解决

测试报了个bug:自动获取时区失败
网上搜了一下,别人的机器也有类似问题啊,比方说下面这个:
http://bbs.gfan.com/android-7874098-1-1.html,LG的机器,Android L的系统。

拿同一个手机,刷KK的版本就没问题了,刷L的版本就有问题。这是怎么回事呢?

有些Modem不支持NITZ,所以自动获取时间使用的是从互联网获取时间,叫做SNTP,但是无法获取时区,只能获取到时间。
于是使用SNTP更新时间时,时区就只能根据mcc经过一系列的转换,然后从本地数据文件中获取到。这个本地数据文件是:\bionic\libc\zoneinfo\tzdata,保存了各个城市的时区信息。

KK的这个文件和L的这个文件差别很大,文件开头的版本号也不同。Kk是tzdata2013h,L是tzdata2014g。但是kk的push进L的手机也可以正常使用。
这两个文件中,对中国的乌鲁木齐和西藏的时区定义不同。KK定义成了东8区,L定义成了东6区。

目前的获取时区的逻辑是:只有这个国家(460, cn)的所有城市都在同一个时区内的时候,才设置这个时区为系统时区,否则不做任何操作。 而中国的城市定义,在KK上全都是东8区,所以没有问题;而L上有东8区也有东6区,于是就什么都不做了,因为判断不了该设置成哪个时区!

tzdata是个内存映射文件,不太好改。修改了几次之后放弃了。修改错误甚至会导致驻网失败。

解决方法:
根据上面的描述,可以很清楚的看到,这个bug有2种解决方法:
1、把kk的tzdata文件,替换掉Lollipop的,然后bug就解决掉了。
2、在时区设置的逻辑中,把所有城市必须在同一个时区的限制去掉。如果有2个以上,取第一个。缺点是如果跨时区的话,可能会设置错误。不过相比不设置,也差不多。代码修改如下(GsmServiceStateTracker.java)

if ((uniqueZones.size() == 1) || testOneUniqueOffsetPath) {
    zone = uniqueZones.get(0);
    if (DBG) {
       log("pollStateDone: no nitz but one TZ for iso-cc=" + iso +
               " with zone.getID=" + zone.getID() +
               " testOneUniqueOffsetPath=" + testOneUniqueOffsetPath);
    }
    setAndBroadcastNetworkSetTimeZone(zone.getID());
} else {
    if (DBG) {
        log("pollStateDone: there are " + uniqueZones.size() +
            " unique offsets for iso-cc='" + iso +
            " testOneUniqueOffsetPath=" + testOneUniqueOffsetPath +
            "', do nothing");
    }
    if( uniqueZones.size() > 1){
        zone = uniqueZones.get(0);
        setAndBroadcastNetworkSetTimeZone(zone.getID());
    }
}
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值