tomcat基本知識點與實例

Tomcat一
今天講一下tomcat的安裝和使用，當然在這之前，要先了解一下開發語言——java。
一，java基礎

1，計算機語言分類：
硬件級：微碼編程，彙編語言
系統級：C , C++ , ...
應用級：Java , PHP , Python , Ruby , Perl , C# , ...
程序：指令+數據
過程式編程：以指令爲中心，數據服務於代碼；
對象式編程：以數據爲中心，指令服務於數據；
2，Java是面向對象的，面向過程和麪向對象的區別：
（1）面向過程程序設計方法採用函數（或過程）來描述對數據的操作，但又將函數與其操作的數據分離開來；面向對象程序設計方法將數據和對數據的操作封裝在一起，作爲一個整體來處理。
（2）面向過程程序設計方法以功能爲中心來設計功能模塊，難於維護；面向對象程序設計方法以數據爲中心來描述系統，數據相對於功能而言具有較強的穩定性，因此更易於維護。
（3）面向過程程序的控制流程由程序中預定順序來決定；面向對象程序的控制流程由運行時各種事件的實際發生來觸發，而不再由預定順序來決定，更符合實際需要。預定順序由運行時各種事件的實際發生來觸發。
（4）面向對象程序設計方法可以利用框架產品（如MFC , Microsoft Foundation Classes）進行編程。面向對象和麪向過程的根本差別，在於封裝之後，面向對象提供了面向過程不具備的各種特性，最主要的，就是繼承和多態。
面向對象的優點：
面向對象技術具有程序結構清晰，自動生成程序框架，實現簡單，可有效地減少程序的維護工作量，代碼重用率高，軟件開發效率高等優點。
3，php開發技術和java開發技術應用區別：
技術性比較：
從技術架構來說，Java語言相比PHP有明顯的優勢，Java使用的是面向對象的系統設計方法，而PHP還是採用面向過程的開發方法。PHP只能實現簡單的分佈式兩層或三層的架構，而Java可以實現多層架構。數據庫層、應用邏輯層、表示邏輯層彼此分開，而且現在不同的層都已經有一些成熟的開發框架的支持。例如Struts就是利用Java的web開發技術實現了MVC的設計模式，而在業務邏輯層也有Spring框架，這些框架可以方便開發者高效、合理、科學得架構多層的商業應用。從數學運算和數據庫訪問速度來講，Java的性能也優於PHP。實際上，對於跨平臺的大型的企業應用系統來講，Java幾乎已經成爲唯一的選擇。
適用性比較：
PHP適合於快速開發，中小型應用系統，開發成本低，能夠對變動的需求作出快速的反應。而Java適合於開發大型的應用系統，應用的前景比較廣闊，系統易維護，可複用性較好。還有，同樣功能的系統用Java開發的系統要比PHP開發的系統的價格要高。Java是純面向對象開發，功能強大，分支衆多，沒有Java不能做的軟件。C/S也好B/S也好。從功能上講，沒有語言可以和Java相比。PHP屬於後起之秀，吸收了Java和C以及perl等語言的部分優點，專注互聯網領域。
4，JAVA運行原理：
Java具有跨平臺的優點，在Java中引入了虛擬機制概念，即在機器和編譯程序之間加入了一層抽象的虛擬的機器。這臺虛擬的機器在任何平臺上都提供給編譯程序一個共同的接口。編譯程序只需要面向虛擬機，生成虛擬機能夠理解的代碼，然後由解釋器來將虛擬機代碼轉換爲特定系統的機器碼執行。在Java中，這種供虛擬機理解的代碼叫做字節碼（ByteCode）（class文件的內容），它不面向任何特定的處理器，只面向虛擬機。每一種平臺的解釋器是不同的，但是實現的虛擬機是相同的。Java源程序經過編譯器後變成字節碼，字節碼由虛擬機解釋執行，虛擬機將每一條要執行的字節碼送給解釋器，解釋器將其翻譯成特定機器上的機器碼，然後在特定的機器上運行。
運行過程爲：
Java編譯器（編譯）-----> 虛擬機（解釋執行）-----> 解釋器（翻譯）-------> 機器碼
5，Java三大分支：
J2SE --java standard edition--標準版本，這個是下面兩個的基礎，一般是位於客戶端的應用
J2ME --java Micro edition --一般位於嵌入式應用，例如手機遊戲
J2EE --java Enterprise Edition --一般爲服務器端程序的應用：例如JSP站點
6，靜態網站技術和動態網站技術區別:
Web服務器習慣處理靜態頁面，所以需要一個程序來幫忙處理動態請求（如當前時間）。Web服務器程序會將動態請求轉發給幫助程序，幫助程序處理後，返回處理後的靜態結果給web服務器程序。這樣就避免了web服務器程序處理動態頁面。Servlet 的本質是一個幫助程序。
什麼是servlet：
早期的web應用主要用於瀏覽新聞等靜態頁面，用戶通過HTTP協議請求服務器上的靜態頁面，服務器上的web服務器軟件接收到請求後，讀取URI標示的資源，再加上消息報頭髮送給客戶端瀏覽器，瀏覽器負責解析HTML，將結果呈現出來。
然而隨着時間發展，用戶已經不滿足於僅瀏覽靜態頁面。用戶需要一些交互操作，獲取一些動態結果。如果基於HTTP協議實現服務器端軟件增強功能太過複雜，所以需要一些擴展機制來實現用戶想要的功能。早期使用的web服務器擴展機制是CGI（Common Gateway Interface，公共網關接口）。使用這種方法，用戶單擊某個鏈接或輸入網址來訪問CGI程序，web服務器收到請求後，運行該CGI程序，對用戶請求進行處理，緊接着將處理結果併產生一個響應，該響應被返回給web服務器，web服務器對響應進行包裝，以HTTP響應的方式返回給瀏覽器。
CGI程序在一定程度上解決了用戶需求。不過還存在一些不足之處，如CGI程序編寫困難，響應時間較長，以進程方式運行導致性能受限。於是1997年，sun公司推出了servlet技術，作爲java陣營的CGI解決方案。
Java servlet（java服務器小程序）是一個基於java技術的web組件，運行在服務器端，它由servlet容器所管理，用於生成動態的內容。Servlet是平臺獨立的java類，編寫一個servlet，實際上就是按照servlet規範寫一個java類。Servlet 被編譯爲平臺獨立的字節碼，可以被動態地加載支持java技術的web服務器中運行。
Servlet容器也叫做servlet引擎，是web服務器或應用程序服務器的一部分，用於在發送的請求和響應之上提供網絡服務，解碼基於MIME的請求，格式化基於MIME的響應，Servlet沒有main方法，不能獨立運行，它必須被部署到servlet容器中，由容器來實例化和調用servlet的方法（如doGet()和doPost()），servlet容器在servlet的生命週期內包容和管理servlet。在jsp技術推出後，管理和運行servlet/JSP的容器也稱爲web容器。
有了servlet之後，用戶通過單擊某個鏈接或者直接在瀏覽器的地址欄中輸入URL來訪問servlet，web服務器接收到該請求後，並不是將請求直接交給servlet，而是交給servlet容器。Servlet容器實例化servlet，調用servlet的一個特定方法對請求進行處理，併產生一個響應。這個響應由servlet容器返回給web服務器，web服務器包裝這個響應，以HTTP響應的形式發送給web瀏覽器。
Servlet容器能提供什麼？
A 、通信支持：利用容器提供的方法，你能輕鬆的讓servlet與web服務器對話，而不用自己建立servetsocket，監聽某個端口，創建流等等。容器知道自己與web服務器之間的協議，所以你的servlet不用擔心web服務器（如Apache）和你自己的web代碼之間的API，只需要考慮如何在servlet中實現業務邏輯（如處理一個訂單）。
B、生命週期管理：servlet容器控制着servlet的生與死，它負責加載類、實例化和初始化servlet，調用servlet方法，以及使servlet實例被垃圾回收，有了servlet容器，你不需要太多的考慮資源管理。
C、多線程支持：容器會自動爲它所接收的每個servlet請求創建一個新的java線程。針對用戶的請求，如果servlet已經運行完相應的http服務方法，這個線程就會結束。這並不是說你不需要考慮線程安全性，其實你還會遇到同步問題，不過這樣能使你少做很多工作。
聲明方式實現安全：利用sevlet容器，你可以使用xml部署描述文件來配置和修改安全性，而不必將其硬編碼寫到servlet類代碼中。
D、JSP支持：servlet容器負責將jsp代碼翻譯爲真正的java代碼。
7，JVM運行時區域：
方法區：線程共享；用於存儲被JVM加載的class信息、常量、靜態變量、方法等；
堆：是jvm所管理的內存中佔用空間最大的一部分；也是GC管理的主要區域；存儲對象；
Java棧：線程私有，存儲線程自己的局部變量；
PC寄存器：線程私有的內存空間，程序的指令指針；
本地方棧：

8，
二，java環境的搭建：
1， yum install -y java-1.8.0-openjdk-devel.x86_64
下載jdk安裝包，並安裝。
rpm -ivh jdk-8u144-linux-x64.rpm
安裝完成後，配置JAVA_HOME環境變量，指向java的安裝路徑；
[root@localhost java]# vim /etc/profile.d/java.sh
export JAVA_HOME=/usr/java/latest
export PATH=$JAVA_HOME/bin:$PATH

[root@localhost java]# . /etc/profile.d/java.sh
[root@localhost java]# echo $JAVA_HOME
/usr/java/latest

三,TOMCAT
1，Tomcat是Apache軟件基金會（Apache Software Foundation）的Jakarta項目中的一個核心項目，由Apache、Sun和其它一些公司及個人共同開發而成。由於有了Sun的參與和支持，最新的servlet和JSP規範部是能在Tomcat中得到體現，Tomcat 5支持最新的Servlet 2.4和JSP 2.0規範。因爲Tomcat技術先進、性能穩定，而且免費，因而深受Java愛好者的喜愛並得到了部分軟件開發商的認可，成爲目前比較流行的web應用服務器。
Tomcat服務器是一個免費的開放源代碼的web應用服務器，屬於輕量級應用服務器，在中小型系統和併發訪問用戶不是很多的場合下被普遍使用，是開發和調試JSP程序的首先選。對於一個初學者來說，可以這樣認爲，當在一臺機器上配置好Apache服務器，可利用它響應HTML（標準通用標記語言下的一個應用）頁面的訪問請求。實際上Tomcat是Apache服務器的擴展，但運行時它是獨立運行的，所以當你運行Tomcat時，它實際上作爲一個與Apache獨立的進程單獨運行的。

2.Tomcat的核心分爲3個部分：
（1）Web容器---處理靜態頁面；
（2）Catalina --- 一個servlet容器-----處理servlet;
（3）還有就是JSP容器，它就是把JSP頁面翻譯成一個servlet。
Web應用服務器並不是只有Tomcat，目前公司和企業使用的web服務器還有Websphere，WebLogic，Jetty，JBoss等等，但是大多數是收費的。針對我們平時開發的大多數項目，Tomcat的性能已經能夠滿足我們的要求，因此大多數企業中的開發者或者小公司還是常用Tomcat作爲應用服務器。

JSP和servlet的區別：
JSP出現的背景：servlet體系是基於B/S架構開發web應用程序，使用servlet類將HTTP請求和響應封裝在標準java類中來實現各種web應用方案的。當大量的B/S架構程序開發出來以後出現了很多問題：首先servlet類有大量冗餘代碼，其次是開發servlet的沒法做到有精美的頁面效果。所以sun提出將服務端代碼添加在已經設計好的靜態頁面上，經過JSP容器對JSP文件進行自動解析並轉換成servlet類來交給web服務器運行。
所以JSP在本質上就是servlet，但是兩者的創建方式不一樣。Servlet都是由java程序代碼構成，用於流程控制和事務處理，通過servlet來生成動態網頁很不直觀。而JSP由HTML代碼和JSP標籤構成，可以方便地編寫動態網頁。
另外總結一下，JSP與servlet主要有兩方面的不同：
編譯：JSP修改後可以立即看到結果，不需要編譯，而servlet需要編譯；
轉換：JSP是動態網頁開發技術，是運行在服務器端的腳本語言，而servlet是web服務器端編程技術。所以JSP運行時就是轉換爲servlet，也就是java程序來執行。
通俗而言：jsp就是在html裏面寫java代碼，servlet就是在java裏面寫html代碼。。。其實jsp經過容器解釋之後就是servlet.

Tomcat和servlet的關係：

Tomcat是sun公司的JSWDK（JavaServer Web DevelopmentKit，是SUN公司推出的小型servlet/JSP調試工具）的基礎上發展出來的一個優秀的完全由java語言編寫的servlet容器；
Servlet，顧名思義，是一種運行在服務器上的小插件。Servlet最常見的用途就是擴展web服務器的功能，可作爲非常安全的，可移植的、易於使用的CGI代替品。Servlet具有以下特點：
提供了可被服務器動態加載並執行的程序代碼，爲客服端的請求提供相應服務；servlet完全用java語言編寫，因此要求運行servlet的服務器必須支持java語言，servlet 完全運行在服務哭喊端，因此它不依賴於瀏覽器。不管瀏覽器是否支持java語言，都能請求訪問服務器端的servlet;

4.Tomcat服務器接受客戶請求並做出響應的過程如下：
1）客戶端（通常都是瀏覽器）訪問web服務器，發送HTTP請求。
2）Web服務器接收到請求後，傳遞給servlet容器。
3）Servlet容器加載servlet，產生servlet實例後，向其傳遞表示請求和響應的對象。
4）Servlet實例使用請求對象得到客戶端的請求信息，然後進行相應的處理
5）Servlet實例將處理結果通過響應對象發送回客戶端，容器負責確保響應正確送出，同時將控制返回給web服務器。
5.JRE: Java Runtime Enivronment
JDK: Java Development Kit JRE
JRE顧名思義是java運行時環境，包含了java虛擬機，java基礎類庫。是使用java語言編寫的程序運行所需要的軟件環境，是提供給想運行java程序的用戶使用的。
JDK顧名思義是java開發工具包，是程序員使用java語言編寫java程序所需的開發工具包，是提供給程序員使用的。JDK包含了JRE，同時還包含了編譯java源碼的編譯器javac，還包含了很多java程序調試和分析的工具：jconsole, jvisualvm等工具軟件，還包含了java程序編寫所需的文檔和demo例子程序。如果你需要運行java程序，只需安裝JRE就可以了。如果你需要編寫java程序，需要安裝JDK。JRE根據不同操作系統和不同JRE提供商（IBM, ORACLE等）有很多版本，最常用的是Oracle公司收購sun公司的JRE版本。
6.java虛擬機、tomcat、servlet關係：

Tomcat作爲獨立的web服務器來單獨運行，servlet容器組件作爲web服務器中的一部分而存在，這是tomcat的默認工作模式。在這種模式下，tomcat是一個獨立運行java程序，需要啓動一個java虛擬機（JVM）進程來運行tomcat;
7.與其他web服務結合的servlet容器用法

在這種模式下，tomcat分爲web服務器插件和servlet容器組件兩部分。Web服務器插件在其它的web服務器進程外部地址空間啓動一個java虛擬機，servlet容器組件在此java虛擬機中運行。如有客戶端發出調用servlet請求，web服務器插件獲得對此請求的控制並轉發給servlet容器組件（採用IPC通訊機制，即進程間通信的一種機制）。
8.安裝tomcat
二進制安裝：
1）到官網下載二進制安裝包（http://tomcat.apache.org/）
2）tar xvf apache-tomcat-8.5.11.tar.gz -C /usr/local/
3）爲方便管理，創建軟鏈接；
ln -s /usr/local/apache-tomcat-8.5.11/ /usr/local/tomcat
4）創建環境配置腳本：
vim /etc/profile.d/tomcat.sh
export CATALINA_BASE=/usr/local/tomcat
export PATH=$CATALINA_BASE/bin:$PATH
5）如果不能執行，則賦予執行權限：
chmod +x /etc/profile.d/tomcat.sh
6）加載環境配置：
source /etc/profile.d/tomcat.sh或. /etc/profile.d/tomcat
7）啓動tomcat：
catalina.sh start
8）查看tomcat是否正常啓動：

Yum方式安裝：
1）yum install tomcat -y #安裝tomcat主程序
2）yum install -y tomcat-admin-webapps tomcat-docs-webapp tomcat-webapps #安裝tomcat對應的頁面
3）mkdir /var/lib/tomcat/webapps/{ROOT,test}/{WEB-INF,META-INF,classes,lib} -pv #創建頁面所需要的工作目錄

9.tomcat的目錄結構：
bin : 腳本，及啓動時用到的類；
conf : 配置文件目錄；
lib : 庫文件，java類庫，jar；
logs : 日誌文件目錄；
temp : 臨時文件目錄；
webapps : webapp的默認目錄；
work : 工作目錄，存放編譯後的字節碼文件。
10.普通用戶啓動方式（假設tomcat是關閉的)
1）useradd -r tomcat
2）chown -R tomcat.tomcat /usr/local/tomcat
3）su - tomcat -c ‘catalina.sh start’
4）這樣tomcat就以普通用戶開啓了。
11.rpm包安裝的程序環境：
配置文件目錄：/etc/tomcat
主配置文件：server.xml
webapps存放位置：/var/lib/tomcat/webapps/
examples
manager
host-manager
docs
Unit file: tomcat.service
環境配置文件：/etc/sysconfig/tomcat
12.tomcat的配置文件構成：
server.xml : 主配置文件；
web.xml : web應用程序描述文件，可以設置tomcat支持的文件類型，都是關於是web應用程序的配置文件
context.xml ：可以用來配置數據庫之類的信息
tomcat-users.xml ：用戶認證的賬號和密碼文件；角色（role），用戶（user）；此文件在tomcat啓動時被裝入內存；
catalina.policy ：當使用-security選項啓動tomcat時，用於爲tomcat設置安全策略；
catalina.properties ：java屬性的定義文件，用於設定類加載器路徑，以及一些與JVM調優相關參數；
logging.properties ：日誌系統相關的配置；
13：server.xml配置文件
1）Server: server表示整個的catalina servlet容器。Tomcat提供了server接口的一個默認實現，這通常不需要用戶自己去實現。在server容器中，可以包含一個或多個service組件。代表tomcat instance，即表現出的一個java進程；監聽在8005端口，只接收“SHUTDOWN”。各server監聽的端口不能相同，因此，在同一物理主機啓動多個實例時，需要修改其監聽端口爲不同的端口；
2）service : service是存活在server內部的中間組件，它將一個或多個連接器（connector）組件綁定到一個單獨的引擎（Engine）上。用於實現將一個或多個connector組件關聯至一個engine組件；
3）connector組件：連接器（connector）處理與客戶端的通信，它負責接收客戶請求，以及向客戶返回響應結果。在tomcat中，有多個連接器可以使用。常見的有三類http/https/ajp;
4）engine組件：在tomcat中，每個service只能包含一個servlet引擎（engine）。引擎表示一個特定的service的請求處理流水線。作爲一個service可以有多個連接器，引擎從連接器接收和處理所有的請求，將響應返回給適合的連接器，通過連接器傳輸給用戶。Servlet實例，即servlet引擎，其內部可以一個或多個host組件來定義站點；
5）host組件: 位於engine內部用於接收請求並進行相應處理的主機或虛擬主機類似nginx server
context組件一個context表示了一個web應用程序，運行在特定的虛擬主機中，一個host可以包含多個context（代表web應用程序）類似nginx location

14.server.xml請求舉例：
1），用戶點擊網頁內容，請求被髮送到本機端口8080，被在那裏監聽的coyote HTTP/1.1 Connector獲得
2）Connector把該請求交給它所在的service的engine來處理，並等待engine的迴應。
3）engine獲得請求localhost/test/index.jsp，匹配所有的虛擬主機host。
4）engine匹配到名爲localhost的host（即使匹配不到也把請求交給該host處理，因爲該host被定義爲該engine的默認主機），名爲localhost的host獲得請求/test/index.jsp，匹配它所擁有的所有的context。Host匹配到路徑爲/test的context。
5）path=”/test”的context獲得請求/index.jsp，尋找出對應的servlet。Context匹配到URL PATTERN爲*.jsp的servlet，對應於jspServlet類。
6）構造HttpServletRequest對象和HttpServletResponse對象，作爲參數調用JspServlet的doGet()或doPost()，執行業務邏輯、數據存儲等程序。
7）Context把執行完之後的HttpServletResponse對象返回給Host。
8）Host把HttpServletResponse對象返回給engine
9）engine把HttpServletResponse對象返回Connector
10）connector把HttpServletResponse對象返回給客戶Browser

每一個組件都由一個java“類”實現，這些組件大體可分爲以下幾個類型：
頂級組件：server
服務類組件：service
連接器組件：http , https , ajp ( apache jserv protocol )
容器類：engine , host , context 部署應用程序的組件
被嵌套類：value , logger , realm , loader , manager , ...
集羣類組件：listener , cluster , ...
其組織結構爲：
<server>
<service>
<connector/>
<connector/>
...
<engine>
<host>
<context/>
<context/>
...
</host>
<host>
...
</host>
</engie>
</service>
</server>
16.tomcat配置文件
JSP WebAPP的組織結構：
/: webapps的根目錄
index.jsp : 主頁；
...
WEB-INF/ : 當前webapp的私有資源路徑；通常用於存儲當前webapp的web.xml和context.xml配置文件；
META-INF/ : 類似於WEB-INF/；
classes/ :類文件，當前webapp所提供的類；
lib/ ：類文件，當前webapp所提供的類，被打包爲jar格式；
Webapp歸檔格式：
.war：Web應用程序歸檔，webapp；
.jar : java應用程序歸檔，EJB的類打包文件（類庫）；
.rar ：資源適配器類打包文件；
.ear : 企業應用程序歸檔包，企業級webapp；
簡單實現一個站點：
在/usr/local/tomcat/webapps/建一個目錄，裏面寫上文件，在瀏覽器中輸入ip+端口號，就可以訪問了
實例：
[root@localhost webapps]# pwd
/usr/local/tomcat/webapps
[root@localhost webapps]# mkdir test
[root@localhost webapps]# cd test
[root@localhost test]# vim index.jsp
<%@ page language="java" %>
<%@ page import="java.util.*" %>
<html>
<head>
<title>Test Page</title>
</head>
<body>
<% out.println("hello world");%>
</body>
</html>
訪問：

17.如何實現訪問日誌：
Tomcat的日誌類：
%a -遠程IP地址
%A - 本地IP地址
%b - 發送的字節數，不包括HTTP頭，或“ - ”如果沒有發送字節
%B - 發送的字節數，不包括HTTP頭
%h - 遠程主機名
%H - 請求協議
%l (小寫的L)- 遠程邏輯從identd的用戶名（總是返回' - '）
%m - 請求方法
%p - 本地端口
%q - 查詢字符串（在前面加上一個“？”如果它存在，否則是一個空字符串
%r - 第一行的要求
%s - 響應的HTTP狀態代碼
%S - 用戶會話ID
%t - 日期和時間，在通用日誌格式
%u - 遠程用戶身份驗證
%U - 請求的URL路徑
%v - 本地服務器名
%D - 處理請求的時間（以毫秒爲單位）
%T - 處理請求的時間（以秒爲單位）
%I （大寫的i） - 當前請求的線程名稱
如圖所示：

18.tomcat的部署
部署（deploy）webapp的相關操作：
Deploy：將webapp的源文件放置於目標目錄（網頁程序文件存放目錄），配置tomcat服務器能基於web.xml和context.xml文件中定義的路徑來訪問此webapp；將其特有的類和依賴的類通過class loader裝載至JVM；
部署有兩種方式：
自動部署：auto deploy
手動部署：
冷部署：把webapp複製到指定的位置，而後才啓動tomcat；
熱部署：在不停止tomcat的前提下進行部署；

部署工具：manager , ant腳本，tcd（tomcat client deployer）等；
Undeploy：拆除（反部署），停止webapp，並從tomcat實例上卸載webapp；
Start：啓動處於停止狀態的webapp；
Stop：停止webapp，不再向用戶提供服務；其類依然在jvm上；
Redeploy：重新部署；
實例演示（以solo-2.2.0爲例）：

上傳之後，就會在Applications裏發現有了solo-22.0，可以對此進行管理，並且在系統中也有了。

也可以停掉（stop）或拆下來不部署（undeploy）

19.tomcat安全配置文件：
以下是Tomcat Manager 4種角色的大致介紹（下面URL中的爲通配符）：
manager-gui 允許訪問html接口（即URL路徑爲/manager/html/）
manager-script 允許訪問純文本接口（即URL路徑爲/manager/text/）
manager-jmx 允許訪問JMX代理接口（即URL路徑爲/manager/jmxproxy/）
manager-status 允許訪問Tomcat只讀狀態頁面（即URL路徑爲/manager/status/*）
admin-gui（HTML UI接口）或admin-script（純文本接口）。即URL路徑爲/host-manager
打開下列文件：

將以下注釋改爲換爲第二張圖：