I.はじめに
図書の多様上のTomcatは、書籍は、そのクラスローダ構造と呼ばれています。
Tomcatの7又は8において、Catalinaのクラスを共有し、クラスローダをcatalina.propertiesに配置されていない、以下を参照してください。
だから、カタリナと共有がそれらに割り当てられた共通クラスローダーに直接あり、これらの3つは実際には同じクラスローダです。
私たちは、検証方法を来る次回はjmapは、メモリ・スタックをエクスポートすることであり、その後、MATツールの日食で分析しました。
第二に、ステップ
1、メモリダンプを取得します
私のTomcatは7.0.68、Webアプリケーションのデフォルトのみ少数のアプリケーションです。
PIDを取得し、コマンドラインで次の文を実行します。
ps -ef | グレップの Javaの
その後、実行します。
jmapのを-dump:ライブ、フォーマット= B、ファイル = heap.binここPIDプレースホルダ
2、日食MATはorg.apache.catalina.loader.WebappClassLoaderを見つけます
MATとheap.binを開いた後、我々はコンポーネントのレポートを選択することができ、あなたは分析の種類を選択できます。
次に、公式スタート解析:
私たちは、Tomcatアプリケーション・ローダーは、クラス名org.apache.catalina.loader.WebappClassLoaderで、知っています。
私たちは、直接OQL言語は(マット構文を日食)クラスオブジェクトを照会するためにここにいます。
あなたが見ることができる、5つのオブジェクトがあります。
5つのオブジェクト、それぞれのデフォルトに対応する5つのアプリケーション、管理、ホストmanaer、ドキュメント、ルート、例。
私たちは、ショー下のグラフを参照してください、アプリケーションサービス、他のいくつかのない1つのスクリーンショットのためのクラスロードマネージャを最初のものを選びました。
あなたは、単にそれを見ることができますグラフから、クラスローダパスには、単に/ libに独自のコンテキストの下でWEB-INFディレクトリに、WEB-INF / classesの下に見ています。
(当然,具体的实现没这么简单,会根据类名称以及delegate 参数,选择是给j2seClassLoader加载(加载jre/lib/ext下的),还是给parent
来加载,还是自己加载。)
3、查看WebappClassLoader 的parent 加载器
按照理论上说,WebappClassLoader的parent,即为common类加载器,主要加载tomcat自己的类,即catalina.base中lib下面的类。
我们上图看看:
从图上可以看出来,确实没骗我,加载的类路径确实就是tomcat的lib目录。
我们顺便,验证下,common、server、share都执行同一个引用。下图可以看出来,确实没错。
4、查看common类加载器的parent
我们继续往上追溯,common的parent,应该是jdk的默认类加载器,类型为sun.misc.Launcher$AppClassLoader,主要负责加载classpath下的东西。
这里,看看我们的classpath是哪个:
上图可以看出来,classpath下,只有2个类(忽略greys-agent.jar,那个是调试工具),即bootstrap.jar 和tomcat-juli.jar(Tomcat内部日志)。
到这里,我们的验证基本就结束了。
三、总结
这里,从第四点,我有一些感想,似乎明白了:
为什么tomcat的启动源码里,即bootstrap类中,一上来就要设置线程上下文类加载器。
原因就是,BootStrap是应用类加载器加载的,只加载了Bootstrap和tomcat-juli.jar。而tomcat/lib下没法加载。
所以就马上新建了commonLoader,(和catalinLoader、sharedLoader同一个引用),而且设置为线程类加载器,方便进行后续的类加载。
说实话,但我觉得,tomcat的bootstrp.jar和tomcat-juli.jar为啥不直接放到lib目录下,大家都直接使用common类加载器算了,搞不懂搞不懂。
今天分享就到这。
ps:题外话,为啥上一篇写的openjdk 源码编译、调试的文章,根本没几个人看呢。。。毕生绝学都拿出来了,哭。。