为什么它抛出ClassCastException：char[]不能被投射到android.app.SharedPreferencesImpl

Question

以下是异常日志：

java.lang.ClassCastException: char[] cannot be cast to android.app.SharedPreferencesImpl
at android.app.ContextImpl.getSharedPreferences(ContextImpl.java:358)
at android.content.ContextWrapper.getSharedPreferences(ContextWrapper.java:171)
at android.content.ContextWrapper.getSharedPreferences(ContextWrapper.java:171)
at com.android.internal.telephony.cat.CatService.saveCmdToPreference(CatService.java:2632)
at com.android.internal.telephony.cat.CatService.handleDBHandler(CatService.java:2079)
at com.android.internal.telephony.cat.CatService.handleMessage(CatService.java:1841)
at android.os.Handler.dispatchMessage(Handler.java:111)
at android.os.Loo|debug info:dalvik.system.VMStack.getThreadStackTrace(Native Method)|java.lang.Thread.getStackTrace(Thread.java:580)|java.lang.Thread.getAllStackTraces(Thread.java:522)|com.letv.bsp.crashhandler.utils.LogUtils.trace(LogUtils.java:86)|com.letv.bsp.crashhandler.CrashHandleService.reportException(CrashHandleService.java:915)|com.letv.bsp.crashhandler.CrashHandleService.onStartCommand(CrashHandleService.java:663)|android.app.ActivityThread.handleServiceArgs(ActivityThread.java:3291)|android.app.ActivityThread.-wrap18(ActivityThread.java)|android.app.ActivityThread$H.handleMessage(ActivityThread.java:1674)|android.os.Handler.dispatchMessage(Handler.java:111)|android.os.Looper.loop(Looper.java:207)|android.app.ActivityThread.main(ActivityThread.java:5905)|java.lang.reflect.Method.invoke(Native Method)|com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:888)|com.android.internal.os.ZygoteInit.main(ZygoteInit.java:749)|, blk: false printBlacklist the current black list : 

下面是android.app.ContextImpl.GetSharedReferences异常抛出的代码

    @Override
public SharedPreferences getSharedPreferences(String name, int mode) {
    SharedPreferencesImpl sp;
    synchronized (ContextImpl.class) {
        if (sSharedPrefs == null) {
            sSharedPrefs = new ArrayMap<String, ArrayMap<String, SharedPreferencesImpl>>();
        }

        final String packageName = getPackageName();
        ArrayMap<String, SharedPreferencesImpl> packagePrefs = sSharedPrefs.get(packageName);
        if (packagePrefs == null) {
            packagePrefs = new ArrayMap<String, SharedPreferencesImpl>();
            sSharedPrefs.put(packageName, packagePrefs);
        }

        // At least one application in the world actually passes in a null
        // name.  This happened to work because when we generated the file name
        // we would stringify it to "null.xml".  Nice.
        if (mPackageInfo.getApplicationInfo().targetSdkVersion <
                Build.VERSION_CODES.KITKAT) {
            if (name == null) {
                name = "null";
            } // here is the line 358
        }

        sp = packagePrefs.get(name);
        if (sp == null) {
            File prefsFile = getSharedPrefsFile(name);
            sp = new SharedPreferencesImpl(prefsFile, mode);
            packagePrefs.put(name, sp);
            return sp;
        }
    }
    if ((mode & Context.MODE_MULTI_PROCESS) != 0 ||
        getApplicationInfo().targetSdkVersion < android.os.Build.VERSION_CODES.HONEYCOMB) {
        // If somebody else (some other process) changed the prefs
        // file behind our back, we reload it.  This has been the
        // historical (if undocumented) behavior.
        sp.startReloadIfChangedUnexpectedly();
    }
    return sp;
}

让我们假设日志信息是正确的，它应该几乎是正确的。

我的第一个问题是：在文件的第358行抛出强制转换异常ContextImpl.java什么意思？那里只有一个右括号。

我猜第358行下面的语句是异常的根本原因

sp = packagePrefs.get(name);

因为sp被声明为SharedReferencesImpl，并且当get方法返回和赋值时，它应该有一个强制转换操作，如果值返回是char[]，那么强制转换异常应该抛出，这种解释是非常合理的。但packagePrefs中的值已参数化为SharedReferencesImpl，一旦在

packagePrefs = new ArrayMap<String, SharedPreferencesImpl>();

因此，它应该没有机会将char[]的值类型放入PackagePrefs中。然后，我又困惑了，代码在哪里出现这个异常以及为什么。

还有另一个类似的问题，日志是：

    java.lang.ClassCastException: char[] cannot be cast to              com.android.internal.util.StateMachine$LogRec
at com.android.internal.util.StateMachine$LogRecords.add(StateMachine.java:665)
at com.android.internal.util.StateMachine$SmHandler.performTransitions(StateMachine.java:830)
at com.android.internal.util.StateMachine$SmHandler.handleMessage(StateMachine.java:801)
at android.os.Handler.dispatchMessage(Handler.java:111)
at android.os.Looper.loop(Looper.java:207)
at android.os.HandlerThread.run(HandlerThread.java:61)

相应的代码位于com.android.internal.util.StateMachine.LogRecords：

        private Vector<LogRec> mLogRecVector = new Vector<LogRec>();
        synchronized void add(StateMachine sm, Message msg, String messageInfo, IState state,
            IState orgState, IState transToState) {
        mCount += 1;
        if (mLogRecVector.size() < mMaxSize) {
            mLogRecVector.add(new LogRec(sm, msg, messageInfo, state, orgState, transToState));
        } else {
            LogRec pmi = mLogRecVector.get(mOldestIndex);
            mOldestIndex += 1;
            if (mOldestIndex >= mMaxSize) {
                mOldestIndex = 0;
            }
            pmi.update(sm, msg, messageInfo, state, orgState, transToState);
        }
    }

这两个似乎都是仿制药的问题。希望这里的专家能帮忙，提前非常感谢。

Answer 1

对于第一个问题(行号与错误不对应)，我的猜测是自从上次编译以来，您添加了三行代码(可能是< code>name = "null"条件代码)。任何时候你看到堆栈跟踪看起来不一致，这是一个强烈的暗示，你的源代码和你的二进制不同步。

对于我们不应该看到ClassCastException的第二个问题，因为PackagePrefs和mLogRecVector是泛型的，我同意如果您的代码片段编译，这似乎是不可能的（如果sSharedPrefs是原始类型，您可能会遇到问题，但我假设情况并非如此）。我的第一个理论是您需要重新构建（摆脱堆栈跟踪与源代码不一致的提示）。

如果完全重建不起作用，我不得不假设这是一个特定于Android的问题（也许你正在使用ProGuard？）。您是否能够在OracleJDK或OpenJDK中复制它？如果您可以创建一个MCVE，我们可以复制问题，这将有助于深入了解这一点。