彭 立

（湖南第一師范學(xué)院信息科學(xué)與工程系，湖南 長沙 410205）

Tom cat環(huán)境下JSP中文亂碼問題的解決

彭 立

（湖南第一師范學(xué)院信息科學(xué)與工程系，湖南 長沙 410205）

Web服務(wù)器Tom cat的中文亂碼問題給軟件開發(fā)人員帶來了很大的困惑。為解決這一問題，可通過分析各種編碼方式之間的相互轉(zhuǎn)換，發(fā)現(xiàn)中文亂碼問題的根源，并對各種出錯情況進行分析，找出解決問題的辦法。

Tomcat；JSP；中文亂碼；編碼；轉(zhuǎn)換

一、引言

Tomcat作為SUN公司官方推薦的JSP和Servlet容器，因其開源、免費、跨平臺、配置簡單等特點，得到了廣大軟件開發(fā)人員的喜愛。然而，在中文操作系統(tǒng)上用Tomcat作為Web服務(wù)器來開發(fā)網(wǎng)站時，會出現(xiàn)中文亂碼問題，從而給軟件開發(fā)人員帶來了很大的困惑。有人對這些問題進行過分析，但提出的解決辦法并不全面也不完全正確。Tomcat環(huán)境下的中文亂碼問題涉及范圍很廣，本文旨在解決其中的一類問題：JSP中文亂碼問題?，F(xiàn)將Tomcat環(huán)境下常見的JSP中文亂碼問題列舉如下：

問題一：JSP（以下都將JSP文件簡稱為JSP）本身包含的中文內(nèi)容在IE（以下都將IE瀏覽器簡稱為IE）中顯示為亂碼。

問題二：表單通過POST方式提交給JSP的中文信息在IE中顯示為亂碼。

問題三：表單通過GET方式提交給JSP的中文信息在IE中顯示為亂碼。

為了解決Tomcat環(huán)境下JSP中文亂碼問題，有必要先了解該環(huán)境下使用的編碼方式。

二、Tom cat的編碼方式

解決其他系統(tǒng)軟件的中文亂碼問題所獲得的經(jīng)驗告訴我們，中文亂碼問題往往跟字符的編碼方式有關(guān)。編碼方式是指字符在計算機內(nèi)的表現(xiàn)形式，也就是機內(nèi)碼。在Tomcat環(huán)境下使用的編碼方式（即字符集）主要有四種：UNICODE、UFT-8、GB2312-80/GBK和ISO-8859-1。

（一）UN ICODE

UNICODE是Java內(nèi)部采用的編碼方式，也就是說，當(dāng)Java程序運行時，數(shù)據(jù)都會轉(zhuǎn)換為UNICODE編碼保存在內(nèi)存中。UNICODE是DBCS（雙字節(jié)字符集），它和任意國家/區(qū)域使用的本地字符集之間存在相互映射的關(guān)系，通過這樣一種映射關(guān)系，它和本地字符集可相互轉(zhuǎn)換。Java虛擬機通過操作系統(tǒng)的Codepage得知系統(tǒng)采用的字符集后，就可以使Java程序中的數(shù)據(jù)在UNICODE編碼和本地字符編碼之間相互轉(zhuǎn)換。

（二）UTF-8

UTF-8以8個二進制位為單元對UNICODE進行編碼，它是網(wǎng)絡(luò)數(shù)據(jù)傳輸以及Java類文件所采用的編碼方式。Tomcat環(huán)境下的JSP編譯成的Servlet類文件就是以UTF-8編碼方式保存的。UTF-8編碼的長度不一，通常西文字符為一個字節(jié)，而漢字需三個字節(jié)。

（三）GB2312-80/GBK

GB2312-80/GBK是漢字的國際碼。中文操作系統(tǒng)中漢字的編碼方式都為GB2312-80/GBK，而西文字符的編碼方式為ISO-8859-1。GB2312-80/GBK是DBCS，其中GB2312-80只能表示簡體字，它包含了大部分常用的一、二級漢字和9區(qū)的符號；GBK是GB2312-80 的擴展，既可表示簡體字也可表示繁體字，它包含了20902個漢字，其編碼范圍是0X8140～0XFEFE，剔除高字節(jié)為0X80的字位，其所有字符都可以一對一映射到UNICODE 2.0。

（四）ISO-8859-1

ISO-8859-1是SBCS（單字節(jié)字符集），屬于西歐字符集，它是Tomcat默認的編碼方式。如無特殊說明，在編譯JSP時，Tomcat會把JSP的編碼方式默認看成ISO-8859-1；接收表單輸入數(shù)據(jù)時，Tomcat會將數(shù)據(jù)的編碼方式默認看成ISO-8859-1；輸出數(shù)據(jù)到IE時，Tomcat會默認將數(shù)據(jù)從UNICODE編碼轉(zhuǎn)換為ISO-8859-1編碼。

三、編碼方式的轉(zhuǎn)換

在Java程序運行時，數(shù)據(jù)以UNICODE編碼的形式保存在內(nèi)存中，Tomcat根據(jù)需要，可將其轉(zhuǎn)換為UFT-8編碼、GB2312-80編碼或ISO-8859-1編碼，也可轉(zhuǎn)換回來。Tomcat環(huán)境下的JSP從編譯到輸出，中間要經(jīng)過多次編碼轉(zhuǎn)換；JSP接收表單數(shù)據(jù)后輸出到IE，期間也涉及到多次編碼轉(zhuǎn)換。

（一）UN ICODE和UFT-8之間的轉(zhuǎn)換

UNICODE和UFT-8之間的轉(zhuǎn)換通常是網(wǎng)絡(luò)傳輸和保存文件的需要。因為UNICODE和UFT-8是一一對應(yīng)的，這兩者之間的轉(zhuǎn)換通常不會造成中文亂碼問題。

（二）UN ICODE和GB2312-80之間的轉(zhuǎn)換

GB2312-80中所有的字符編碼都可轉(zhuǎn)換為對應(yīng)的UNICODE編碼，例如，漢字“你”的GB2312-80編碼為0XC4E3，對應(yīng)的UNICODE編碼為U4F60。但是，一個不在GB2312-80中的字符編碼被當(dāng)作GB2312-80轉(zhuǎn)換為UNICODE時，會被轉(zhuǎn)換為一個特殊編碼UFFFD。反過來，并不是所有的UNICODE編碼都能轉(zhuǎn)換為GB2312-80編碼，只有漢字字符的UNICODE編碼才能被轉(zhuǎn)換為對應(yīng)的GB2312-80編碼，例如，漢字“好”的 UNICODE編碼為U597D，對應(yīng)的GB2312-80編碼為0XBAC3。不能映射到GB2312-80的UNICODE編碼轉(zhuǎn)換為GB2312-80編碼時，結(jié)果為0X3F，顯示出來是“？”。又如，U00D6轉(zhuǎn)換為GB2312-80編碼為0X3F。UNICODE編碼U00A0～U00FF之間有20個編碼在轉(zhuǎn)換為GB2312-80編碼后，顯示出來都是亂碼字符。再如，U00EC轉(zhuǎn)換為GB2312-80編碼為0XA8AC，顯示出來為亂碼字符“ì”。

（三）UN ICODE和ISO-8859-1之間的轉(zhuǎn)換

ISO-8859-1中所有的字符編碼都可轉(zhuǎn)換為對應(yīng)的UNICODE編碼，轉(zhuǎn)換方法為：在ISO-8859-1編碼的前面加上0X00。例如字符“A”的ISO-8859-1編碼為0X41，對應(yīng)的UNICODE編碼為0X0041。一個不在ISO-8859-1中的字符編碼被轉(zhuǎn)換為UNICODE編碼時，系統(tǒng)并不效驗被轉(zhuǎn)換的是否為ISO-8859-1編碼，而是直接按轉(zhuǎn)換方法在編碼的前面加上0X00。反過來，并不是所有的UNICODE編碼都能轉(zhuǎn)換為ISO-8859-1編碼。如果UNICODE中某個字符編碼能被轉(zhuǎn)換為ISO-8859-1編碼，那么它的高字節(jié)必為0X00，去掉高字節(jié)0X00，保留低字節(jié)，便形成了對應(yīng)的ISO-8859-1編碼，例如，字符“B”的UNICODE編碼為 U0042，對應(yīng)的ISO-8859-1編碼為0X42。不能映射到ISO-8859-1的UNICODE編碼被轉(zhuǎn)換為ISO-8859-1編碼時，結(jié)果為0X3F，顯示出來是“？”，又如漢字“好”的UNICODE編碼為U597D，轉(zhuǎn)換為ISO-8859-1編碼為0X3F[1]。

四、Tom cat中文亂碼問題的原因

在Tomcat環(huán)境下，字符通常要經(jīng)過“編碼方式A→UNICODE→編碼方式B”這樣一個過程，才能最終輸出。

現(xiàn)以漢字“的”為例，看看在GB2312-80→UNICODE→ISO-8859-1和 ISO-8859-1→UNICODE→GB2312-80這兩種情況下分別會出現(xiàn)什么問題。“的”字的GB2312-80編碼為0XB5C4。在第一種情況下，“的”字的編碼方式被看作是GB2312-80，轉(zhuǎn)換成的UNICODE編碼為U7684，再由UNICODE編碼轉(zhuǎn)換成ISO-8859-1編碼后，結(jié)果是0X3F，顯示出來是一個“？”號。在第二種情況下，“的”字的編碼方式被看作ISO-8859-1，轉(zhuǎn)換成的UNICODE編碼為U00B5U00C4，再由UNICODE編碼轉(zhuǎn)化為GB2312-80編碼后，結(jié)果是0XA6CC0X3F，顯示出來是“μ?”這樣兩個亂碼字符。

可以看出以上兩種情況都會造成中文亂碼問題，錯誤的編碼轉(zhuǎn)換過程是Tomcat中文亂碼問題的根源。

五、JSP中文亂碼問題的分析和解決

（一）問題一的分析和解決

Tomcat環(huán)境下的JSP被IE訪問時要經(jīng)過“編譯成Servlet→載入運行→輸出到IE”這樣三個階段?，F(xiàn)分析一下在每個階段中編碼方式是如何轉(zhuǎn)換的。

1.編譯成Servlet

當(dāng)JSP被IE訪問時，Tomcat會采取以下方式來判斷JSP采用了哪種編碼方式：首先，它會檢查JSP中是否有 ＜%@page pageEncoding=”xx”%＞ 這行語句（只有JSP2.0才支持這種的語句），如果有，它會把JSP的編碼方式看成是xx；否則，它會檢查JSP 中 是 否 有 ＜%@page contentType=”text/html;charset=yy”%＞這行語句，如果有，它會把JSP的編碼方式看成是yy；如果兩者都無，它會把JSP的編碼方式默認看成ISO-8859-1。確定了JSP的編碼方式后（盡管不一定與實際相符），Tomcat會將JSP從該編碼方式轉(zhuǎn)換為UNICODE編碼[2]，并將UNICODE編碼的JSP編譯為Servlet類文件，然后將Servlet類文件從UNICODE編碼轉(zhuǎn)換為UFT-8編碼，并保存在磁盤上。

2.載入運行

JSP編譯成的Servlet類文件被載入內(nèi)存運行時，Tomcat會將Servlet類文件由UFT-8編碼轉(zhuǎn)換回UNICODE編碼。因為UFT-8編碼和UNICODE編碼是一一對應(yīng)的，UFT-8和UNICODE間的相互轉(zhuǎn)換不會導(dǎo)致亂碼問題。

3.輸出到IE

Servlet將信息輸出到IE之前，Tomcat會檢查其對應(yīng)的 JSP中是否有 ＜%@page contentType=”text/html;charset=xx”%＞這行語句。如果有，Tomcat會將輸出信息由UNICODE編碼轉(zhuǎn)換為xx編碼，然后輸出到IE，IE的編碼方式也會自動被設(shè)置為xx；如果JSP中沒有以上語句，但有＜%@page pageEncoding=”yy”%＞ 這行語句，Tomcat會將輸出信息由UNICODE編碼轉(zhuǎn)換為yy編碼，然后輸出到IE，IE的編碼方式也會自動被設(shè)置為yy；如果JSP中以上兩種語句都沒有，Tomcat會將輸出信息由UNICODE編碼默認轉(zhuǎn)換為ISO-8859-1編碼，然后輸出到IE，IE的編碼方式會被自動設(shè)置為ISO-8859-1。

通過以上分析可以看出，Tomcat環(huán)境下的JSP被IE訪問時要經(jīng)過“編碼方式A→UNICODE→編碼方式B”這樣一個過程，這一過程中的錯誤編碼轉(zhuǎn)換會導(dǎo)致問題一的出現(xiàn)。問題一通常由以下兩種情況造成：

情況一：JSP中沒有包含語句 ＜%@page pageEncoding=”xx”%＞ 和 ＜%@page contentType=”text/html;charset=yy”%＞。假設(shè)JSP中有一漢字“的”（以下都以“的”字為例），現(xiàn)分析為什么“的”字在IE中顯示時會變成亂碼。在中文操作系統(tǒng)中，JSP以GB2312-80編碼保存，因此，JSP文件中“的”字的編碼為0XB5C4。因為JSP中沒有以上兩種語句，在對JSP進行編譯時，Tomcat會把JSP的編碼方式默認當(dāng)作ISO-8859-1，從而將0XB5C4轉(zhuǎn)換為UNICODE編碼U00B5U00C4。Servlet輸出信息到IE時，因JSP源文件中沒有以上兩種語句，Tomcat會將UNICODE編碼U00B5U00C4轉(zhuǎn)換為ISO-8859-1編碼0XB5C4，然后輸出到IE。因為IE的編碼方式會被自動設(shè)置為ISO-8859-1，它將編碼0XB5C4顯示為亂碼“μ?”。

情況二：JSP中同時包含有語句 ＜%@page pageEncoding=”xx”% ＞ 和 ＜%@page contentType=”text/htm l;charset=yy”%＞，但xx和yy之中只有一個為GB2312-80，另一個為ISO-8859-1。如果xx為GB2312-80，yy 為 ISO-8859-1，“的”字在輸出時，它的編碼會經(jīng)歷0XB5C4→U7684→0X3F這樣一個轉(zhuǎn)換過程，最終在IE中顯示為一個“？”號。如果xx 為 ISO-8859-1，yy 為 GB2312-80，“的”字在輸出時，它的編碼會經(jīng)歷0X B5C4→U00b5U00c4→0XA6CC0X3F這樣一個轉(zhuǎn)換過程，最終在IE中顯示為“μ?”這樣兩個亂碼字符。

解決問題一的方法很簡單，只要在JSP中包含語 句 ＜%@page pageEncoding=”GB2312-80”%＞ 或＜%@page contentType=”text/htm l;charset=GB2312-80”%＞即可，這樣就可以保證JSP中的中文內(nèi)容在編譯時由GB2312-80編碼轉(zhuǎn)換為UNICODE編碼，在輸出時由UNICODE編碼轉(zhuǎn)換回GB2312-80編碼。如果要在JSP中同時使用這兩種語句，要確保兩種語句中的編碼方式都為GB2312-80。

（二）問題二、問題三的分析和解決

除了被IE直接訪問，JSP還可以被表單調(diào)用，從而實現(xiàn)表單輸入信息由JSP接收后再輸出到IE顯示。表單調(diào)用JSP時，實質(zhì)上是調(diào)用其編譯而成的Servlet。表單輸入信息由IE傳給Tomcat，再由Tomcat傳給運行中的Servlet，最后由Servlet輸出到IE進行顯示。之前已對Servlet輸出信息到IE時出現(xiàn)的編碼轉(zhuǎn)換進行過分析，這里不再贅述，接下來只對表單輸入信息經(jīng)Tomcat傳遞給Servlet時出現(xiàn)的編碼轉(zhuǎn)換進行分析。表單調(diào)用JSP時，通常采取兩種方式：POST方式和GET方式。

1.POST方式

在POST方式下，表單輸入數(shù)據(jù)放在IE請求消息的實體部分傳給Tomcat。Servlet中的Request對象通過getParameter方法向Tomcat請求表單輸入數(shù)據(jù)時，Tomcat會檢查Request對象的編碼方式屬性。如果在Request對象調(diào)用getParameter方法之前，其編碼方式屬性已通過request.setCharacterEncoding(“xx”)語句被設(shè)置成xx，Tomcat會把輸入數(shù)據(jù)的編碼方式看成是xx。如果Servlet中沒有這行語句，Tomcat會將輸入數(shù)據(jù)的編碼方式默認看成是ISO-8859-1。確定了表單輸入數(shù)據(jù)的編碼方式后（盡管不一定與實際相符），Tomcat會將輸入數(shù)據(jù)從該編碼方式轉(zhuǎn)換為UNICODE編碼，然后傳遞給Servlet[3]。

可以發(fā)現(xiàn)在POST方式下，表單輸入數(shù)據(jù)通過JSP輸出到IE時，同樣要經(jīng)歷“編碼方式A→UNICODE→編碼方式B”這樣一個過程，這一過程中的錯誤編碼轉(zhuǎn)換會導(dǎo)致問題二的出現(xiàn)。問題二通常由以下兩種情況造成（假定在這兩種情況中，表單所在的HTML頁面的編碼方式都為GB2312-80，那么表單中的漢字信息在傳給Tomcat時，編碼方式都為GB2312-80）：

情況一：JSP中既沒有語句＜%@page pageEncoding=”xx”%＞ 和 ＜%@page contentType=”textml;charset=yy”%＞，也沒有語句request.setCharacterEncoding(“zz”)。因為JSP中沒有語句request.setCharacterEncoding(“zz”)，Tomcat會將表單輸入數(shù)據(jù)的編碼方式看成是ISO-8859-1，并轉(zhuǎn)換成UNICODE編碼，因此“的”字的編碼會從0XB5C4轉(zhuǎn)換為U00B5U00C4。Servlet輸出信息到IE時，因為JSP中沒有語句 ＜%@page pageEncoding=”xx”%＞ 和＜%@page contentType=”textml;charset=yy”%＞，Tomcat會將編碼U00B5U00C4轉(zhuǎn)換為ISO-8859-1編碼0XB5C4，并輸出到IE。因為IE的編碼方式會被自動設(shè)置為ISO-8859-1，編碼0XB5C4顯示為亂碼“μ?”。

情況二：JSP中包含有語句＜%@page pageEncoding=”GB2312-80”%＞ 或 ＜%@page contentType=”textml;charset=GB2312-80”%＞，但沒有語句request.setCharacterEncoding(“zz”)。情況二和情況一的不同之處在于：情況二的JSP中包含了語句＜%@page pageEncoding=”GB2312-80”%＞ 或 ＜%@page content-Type=”textml;charset=GB2312-80”%＞，因此”的“字被Servlet輸出到IE時，它的編碼會從U00B5U00B4轉(zhuǎn)換為GB2312-80編碼0XA6CC0X3F，輸出到IE顯示為“μ?”這樣兩個亂碼字符。

解決問題二有兩種方法。

方法一：確保JSP中包含有語句＜%@page pageEncoding=”GB2312-80”%＞ 或 ＜%@page content-Type=”textm l;charset=GB2312-80”%＞，此外，在 Request對象調(diào)用getParameter方法之前加上語句request.setCharacterEncoding(“GB2312-80”)。這種方法可確保表單中輸入的中文信息通過JSP輸出到IE時會經(jīng)過GB2312-80→UNICODE→GB2312-80這樣一個正確的編碼轉(zhuǎn)換過程。

方法二：確保JSP中包含有語句＜%@page pageEncoding=”GB2312-80”%＞ 和 ＜%@page content-Type=”textml;charset=GB2312-80”%＞，此外，將 Request對象調(diào)用getParameter方法的語句改為String Output=new(request.getParameter(“Input”).getBytes(“ISO8859_1”))，然后輸出字符串Output即可?，F(xiàn)說明一下這種方法為什么可行。在request.getParameter(“Input”)執(zhí)行之前，并沒有設(shè)置Request對象的編碼方式，因此表單中漢字的編碼方式被當(dāng)成是ISO-8859-1，然后轉(zhuǎn)換成UNICODE傳給Servlet，因而，“的”字的編碼從0XB5C4轉(zhuǎn)換為U00B5U00C4。調(diào)用了getBytes(“ISO8859_1”)方法后，“的”字的編碼又變回了0XB5C4，相當(dāng)于又變成了GB2312-80編碼。通過new方法生成字符串 Output時，該GB2312-80編碼會轉(zhuǎn)換成對應(yīng)的UNICODE編碼。在字符串Output被輸出時，字符串的內(nèi)容從UNICODE編碼轉(zhuǎn)換成GB2312-80編碼輸出。通過以上分析發(fā)現(xiàn)，該方法可確保表單中輸入的中文信息通過JSP輸出時會經(jīng)過ISO-8859-1→UNICODE→ISO-8859-1(GB2312-80)→UNICODE→GB2312-80這樣一個正確的編碼轉(zhuǎn)換過程。

2.GET方式

在GET方式下，表單輸入數(shù)據(jù)放在IE請求消息的請求行之中傳給Tomcat。通過查看Tomcat的源代碼可以發(fā)現(xiàn)，Tomcat對GET方式下表單輸入數(shù)據(jù)的處理采用了和POST方式不同的方法。當(dāng)Request對象通過getParameter方法向Tomcat請求表單輸入數(shù)據(jù)時，Tomcat不會檢查Request對象的編碼方式屬性，而是檢查配置文件server.xml中port值為 8080的 connector元素的 URIEncoding屬性，并將表單輸入數(shù)據(jù)的編碼方式看成URIEncoding屬性所設(shè)置的編碼方式。如果server.xml中port值為8080的connector元素沒有對URIEncoding屬性進行設(shè)置，Tomcat會將輸入數(shù)據(jù)的編碼方式默認當(dāng)作ISO-8859-1[4]。

知道了Tomcat在GET方式下對表單輸入數(shù)據(jù)所采用的處理方法，不難為問題三找到解決辦法，主要有兩種：

方法一：確保JSP中包含有語句＜%@page pageEncoding=”GB2312-80”%＞ 或 ＜%@page content-Type=”textml;charset=GB2312-80”%＞，此外，將配置文件server.xml中port值為8080的connector元素的URIEncoding屬性設(shè)置為GB2312-80。這種方法可確保表單中輸入的中文信息通過JSP輸出到IE時會經(jīng)過GB2312-80→UNICODE→GB2312-80這樣一個正確的編碼轉(zhuǎn)換過程。

方法二：確保JSP中包含有語句＜%@page pageEncoding=”GB2312-80”%＞ 和 ＜%@page content-Type=”textml;charset=GB2312-80”%＞，此外，將 JSP中Request對象調(diào)用getParameter方法的語句改為String Output=new(request.getParameter(“Input”).get-Bytes(“ISO8859_1”))，然后輸出字符串Output即可。此方法可行的原因和問題二的方法二相同，此處不再累述。這種方法可確保表單中輸入的中文信息通過 JSP輸出到 IE時會經(jīng)過 ISO-8859-1→UNICODE→ISO-8859-1(GB2312-80)→UNICODE→GB2312-80這樣一個正確的編碼轉(zhuǎn)換過程。

六、結(jié)語

Tomcat環(huán)境下JSP中文亂碼問題的根源是錯誤的編碼轉(zhuǎn)換過程，對各種出錯情況進行分析后，不難找出這些問題的解決辦法。以上分析對解決Tomcat環(huán)境下其他類型的中文亂碼問題也具有指導(dǎo)作用。文中的測試都是在Tomcat5.0.28下進行的，所有的解決方法都在該版本下驗證通過。

[1]JrneforsO.AshortoverviewofISO/IEC10646andUni code[DB/OL].http://www.nada.kth.se/i18n/ucs/unicodeiso10646-oview.htm l

[2]LindenbergN.DevelopingMultilingualWebApplications UsingJavaServerPagesTechnology[DB/OL].http://java.sun.com/developer/technicalArticles/Intl/MultilingualJSP/index.htm l

[3]孫衛(wèi)琴,李洪成.Tomcat與JavaWeb開發(fā)技術(shù)詳解[M].北京:電子工業(yè)出版社,2004.

[4]Apache Software Foundation.ApacheTomcatConfiguration ReferenceTheHTTPConnector[DB/OL].http://tom cat.apache.org/tomcat-5.5-doc/config/http.htm l

The Solution to Chinese Lousy Code Problemsof JSPon Tom cat

PENG Li

（Departmentof Information Science and Engineering,Hunan FirstNormalUniversity,Changsha,Hunan 410205）

Chinese lousy code problems on Web server Tomcat have been puzzling software developers.To solve thisproblem,one should analyze the conversion between every encoding and find the reason that Chinese lousy code problemsare caused by false encoding-conversion processes.Then a solution to the problem may be found after a furtheranalysisofeach w rong case.

Tomcat;JSP;Chinese lousy code;encoding;conversion

TP311.1

A

1674-831X（2011）04-0128-05

2011-01-09

湖南第一師范學(xué)院院級課題（XYS10N09）

彭立（1974—），男，湖南汨羅人，湖南第一師范學(xué)院信息科學(xué)與工程系講師。

[責(zé)任編輯：胡 偉]