Android培训班(70)Dex文件里类定义dvmDefineClass

接着来分析函数dvmDefineClass，它的代码如下：

ClassObject*dvmDefineClass(DvmDex*pDvmDex, constchar*descriptor,

Object*classLoader)

{

这个函数输入的参数有三个，第一个pDvmDex参数是表示Dex文件对象，第二个descriptor参数是需要加载类名称，第三个classLoader参数是类的加载对象。

assert(pDvmDex !=NULL);

returnfindClassNoInit(descriptor, classLoader, pDvmDex);

这行代码调用函数findClassNoInit继续初始化。

}

接着下来分析函数findClassNoInit，它的代码如下：

staticClassObject*findClassNoInit(constchar*descriptor, Object*loader,

DvmDex*pDvmDex)

{

这个函数输入的参数有三个，第一个pDvmDex参数是表示Dex文件对象，第二个descriptor参数是需要加载类名称，第三个classLoader参数是类的加载对象。

Thread*self = dvmThreadSelf();

这行代码是获取当前加载类代码的线程。

ClassObject*clazz;

#ifdefWITH_PROFILER

bool profilerNotified = false;

#endif

if(loader != NULL) {

LOGVV("####findClassNoInit(%s,%p,%p)\n",descriptor, loader,

pDvmDex->pDexFile);

}

这段代码输出，当加载类对象不为空时，就调试输出加载类的名称、类的加载器和Dex文件对象。

* We don't expect anexception to be raised at this point. The

* exception handling code isgood about managing this. This *can*

* happen if a JNI lookupfails and the JNI code doesn't do any

* error checking before doinganother class lookup, so we may just

* want to clear this andrestore it on exit. If we don't, some kinds

* of failures can't bedetected without rearranging other stuff.

* Most often when we hit thissituation it means that something is

* broken in the VM or in JNIcode, so I'm keeping it in place (and

* making it an informativeabort rather than an assert).

if(dvmCheckException(self)) {

LOGE("Classlookup %s attempedwhile exception %s pending\n",

descriptor,dvmGetException(self)->clazz->descriptor);

dvmDumpAllThreads(false);

dvmAbort();

}

这段代码处理有异常的情况出现，把异常先处理掉。

更多相关文章