三星android sdk源代码/二进制不匹配

三星android sdk源代码/二进制不匹配,android,Android,我有一个三星grand duos设备,没有根,使用安卓4.2.2 sdk v.17。问题是手机android sdk二进制文件的行信息与公共android sdk源代码不对应 例如: 这里有几件事让我们感兴趣: 设备报告使用sdk v.17,即通过连接到设备的调试器获取的android.od.Build.VERSION.sdk_INT的值; stacktrace显示android.widget.ListView.setupChild在第1886行调用android.view.ViewGroup.

我有一个三星grand duos设备,没有根,使用安卓4.2.2 sdk v.17。问题是手机android sdk二进制文件的行信息与公共android sdk源代码不对应

例如:

这里有几件事让我们感兴趣:

设备报告使用sdk v.17,即通过连接到设备的调试器获取的android.od.Build.VERSION.sdk_INT的值; stacktrace显示android.widget.ListView.setupChild在第1886行调用android.view.ViewGroup.addViewInLayout。问题是源代码在1886行没有调用addViewInLayout指令; 我还检查了sdk v.17的android源代码,以排除IDE干扰-

虽然在ListView:1886没有调用addViewInLayout,但它显示了相同的信息


我看到的唯一解释是,三星的人组装了他们自己的稍加修改的android sdk,并在手机上使用它,至少在我的设备上是这样。然而,谷歌没有证实这一点

问题:

有人遇到过这个问题吗? 你知道还有什么会导致这种行为吗?
我看到的唯一解释是,三星的家伙组装了他们自己的稍加修改的android sdk,并在他们的手机上使用它,至少对我的设备来说是这样——设备制造商一直在修改框架。只要它们不破坏公共API,这通常只会导致有限的问题,例如,试图扩展EditText的上下文菜单。几乎所有源代码行完全匹配的设备都是Nexuse。也可能是谷歌版的其他设备,但我还没有测试它。太糟糕了,没有源代码对应关系,因为设备上的ListView处理存在问题,与我对列表项的瞬态操作的自定义逻辑有关,并且我无法调试确切的处理细节:你能在模拟器上复制该问题吗?