Android에서 클래스를 동적으로로드하는 동안 ClassCastException이 발생했습니다.

Question

시스템의 특정 구현에 따라 필요한 리소스에 대해 다른 클래스를로드하는 스레드가 있습니다. 내 구현은 Android에 있고 구현에 필요한 특정 클래스를 반환하는 클래스가 있습니다. 클래스를 잘로드 할 수있을 것 같지만 내 주 스레드에서 개체에 할당하려고하면 ClassCastException이 발생합니다. 여기에 조각입니다 : 내 메인 스레드에서

, 내가 할 : 나에게이 스택 트레이스 제공

try { 
     grammarProcessor = config.loadObject(GrammarProcessor.class); 

:

E/AndroidRuntime(6682): FATAL EXCEPTION: JVoiceXmlMain 
    E/AndroidRuntime(6682): java.lang.ClassCastException: org.jvoicexml.android.JVoiceXmlGrammarProcessor 
    E/AndroidRuntime(6682):  at org.jvoicexml.JVoiceXmlMain.run(JVoiceXmlMain.java:321) 

GrammarProcessor는 인터페이스와 JVoiceXmlGrammarProcessor입니다 내가로드 클래스이며, 해당 인터페이스를 구현합니다. 로딩 코드는 다음과 같습니다 :

디버깅 할 때로드 메소드에서 반환되는 내용을 확인하고 ID 번호가있는 객체인지 확인합니다. 클릭하면 org.jvoicexml.android.JVoiceXmlGrammarProcessor@40565820이 표시되고 드롭 다운에는 JVoiceXmlGrammarProcessor에있는 두 개의 비공개 필드가 표시되어 잘로드 된 것 같습니다. 어떤 아이디어?

Answer 1

나는 내가 여기에 무슨 일이 일어나고 있는지 이해 생각하지만 난 org.jvoicexml.android이 하지 패키지 (현상금이 제안 보인다) 즉, 다른 APK에서로드하는 것을 가정을해야한다.

이를 염두에두고, 이는 불가능하며 정당한 이유가 있습니다.

의 자신의 응용 프로그램과 함께 시작하자 - 당신은 classes.dex 자신의에서와 기본 클래스 로더에 유형을 사용할 수 GrammarProcessor이 (당신이 얻을 PathClassLoader 때 접합자 포크 프로세스). 이 유형을 GP1이라고합시다. GrammarProcessor을 구현하는 애플리케이션의 클래스는 실제로 인터페이스 목록에 GP1을 가지고 있습니다.

그런 다음 새 클래스 로더를 인스턴스화합니다. source을 보면 은 BaseDexClassLoader 주위의 얇은 래퍼이며 DexPathList은 위임 코드 인 DexFile 개체를 차례로 위임한다는 것을 알 수 있습니다. 휴.

이 당신의 문제의 원인입니다 BaseDexClassLoader의 미묘한 부분입니다하지만 당신은 그것을 전에 본적이 없다면, 당신은 그것을 놓칠 수 있습니다 조금 더 아래로

this.pathList = new DexPathList(this, dexPath, libraryPath, optimizedDirectory); 

과 :

@Override 
protected Class<?> findClass(String name) throws ClassNotFoundException { 
    Class c = pathList.findClass(name); 
    if (c == null) { 
     ... 
    } 
    return c; 
} 

BaseDexClassLoader는 먼저 부모와 확인하지 않습니다!

.. 그 짧은 문제입니다.

더 정확하게는 DexPathList과 DexFile은 다른 클래스의 모든 클래스를로드하고 다른 클래스는 이미 VM에로드 된 클래스를 조사하지 않습니다.

따라서로드 된 두 가지 버전이 GrammarProcessor이됩니다.그런 다음 인스턴스화하려는 객체가 GP1으로 캐스팅하는 동안 새 GP2 클래스를 참조합니다. 분명히 불가능합니다.

해결 방법이 있습니까?

이전에 해본 적이 있지만 그다지 좋아하지 않을 것입니다. Facebook use it은 자신의 앱에 강력한 관계를 가진 dex 개의 파일을로드해야합니다. (그것은 LinearAlloc에 대한 모든 메싱 전에, 거기에) :

we examined the Android source code and used Java reflection to directly modify some of its internal structures

나는 그들이 당신이 제공하고있는 PathClassLoader (getSystemClassLoader())를 얻을 90 % 확신은 DexPathList을 얻고 있기 위하여 dexElements 개인 필드를 오버라이드 (override) 추가 과 다른 dex 파일 (귀하의 경우에는 apk)이 필요합니다. Hacky로서 지옥과 나는 그것을 반대 할 것이다.

새로로드 된 클래스를 프레임 워크에서 볼 수있는 방식으로 사용하고 싶지 않다면 BaseDexClassLoader에서 확장하고 적절한 look-in-before-trying- 로드 동작. 나는 그것을하지 않았으므로 그것이 효과가 있다고 약속 할 수는 없다.

내 충고는? 원격 서비스 만 사용하십시오. 이것은 Binder을위한 것입니다. 또는 apk 분리를 다시 생각해보십시오.