2006年2月20日

??? public void doFilter(ServletRequest request, ServletResponse response,
??????????? FilterChain chain) throws IOException, ServletException {

??????? HttpServletRequest req = (HttpServletRequest) request;

??????? int length = req.getContentLength();
??????? if (length > 0) {
??????????? BufferedRequestWrapper bufferedRequest = new BufferedRequestWrapper(req,length);

??????????? InputStream is = bufferedRequest.getInputStream();
??????????? byte[] content = new byte[length];
???????????
??????????? int pad = 0;
??????????? while(pad < length){
??????????????? pad += is.read(content, pad, length);
??????????? }

????????????request = bufferedRequest;
??????? }
??????? chain.doFilter(request, response);??????
??? }


BufferedRequestWrapper .java

import java.io.ByteArrayInputStream;
import java.io.ByteArrayOutputStream;
import java.io.IOException;
import java.io.InputStream;

import javax.servlet.ServletInputStream;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletRequestWrapper;

public class BufferedRequestWrapper extends HttpServletRequestWrapper {

??? ByteArrayInputStream bais;

??? BufferedServletInputStream bsis;

??? byte[] buffer;

??? public BufferedRequestWrapper(HttpServletRequest req,int length) throws IOException {
??????? super(req);
??????? // Read InputStream and store its content in a buffer.
??????? InputStream is = req.getInputStream();
??????? buffer = new byte[length];

??????? int pad = 0;
??????? while(pad < length){
??????????? pad += is.read(buffer, pad, length);
??????? }
??? }

??? public ServletInputStream getInputStream() {
??????? try {
??????????? // Generate a new InputStream by stored buffer
??????????? bais = new ByteArrayInputStream(buffer);
??????????? // Istantiate a subclass of ServletInputStream
??????????? // (Only ServletInputStream or subclasses of it are accepted by the
??????????? // servlet engine!)
??????????? bsis = new BufferedServletInputStream(bais);
??????? } catch (Exception ex) {
??????????? ex.printStackTrace();
??????? } finally {
??????? }
??????? return bsis;
??? }

}




BufferedServletInputStream .java

import java.io.*;
import javax.servlet.ServletInputStream;

/*
?Subclass of ServletInputStream needed by the servlet engine.
?All inputStream methods are wrapped and are delegated to
?the ByteArrayInputStream (obtained as constructor parameter)!
?*/
public class BufferedServletInputStream extends ServletInputStream {

??? ByteArrayInputStream bais;

??? public BufferedServletInputStream(ByteArrayInputStream bais) {
??????? this.bais = bais;
??? }

??? public int available() {
??????? return bais.available();
??? }

??? public int read() {
??????? return bais.read();
??? }

??? public int read(byte[] buf, int off, int len) {
??????? return bais.read(buf, off, len);
??? }

}

有發送人名稱中文支持，支持bytes格式附件，附件中文支持

? public static boolean send(String fromName, String fromAddr, String to, String subject, String
???????????????????????????? body, String fileName, byte[] file) throws
????? Exception {
??????? //發送人名稱，用base64編碼，再加上特殊標志
??????? fromName = "=?GB2312?B?" + new String(base64.encode((fromName).getBytes()))? + "?=";
??? Properties props = new Properties();
??? Session session = Session.getInstance(props, null);
??? props.put("mail.smtp.host", Constants.mailhost);
??? props.put("mail.smtp.auth", "false");?
??? Message msg = new MimeMessage(session);
????? msg.setFrom(new InternetAddress(fromAddr,fromName));
//后面的BodyPart將加入到此處創建的Multipart中
??? Multipart mp = new MimeMultipart();
// Create the message part
??? BodyPart messageBodyPart = new MimeBodyPart();

??? // Fill the message
??? messageBodyPart.setText(body);

??? mp.addBodyPart(messageBodyPart);

????? /*發送附件*/
???? if (file != null && file.length > 0) {
?????? //利用枚舉器方便的遍歷集合
???????? MimeBodyPart mbp = new MimeBodyPart();?
//???????? File fileTmp = null;
???????? //得到數據源
//???????? FileDataSource fds = new FileDataSource(fileTmp);
???????? //得到附件本身并至入BodyPart
???????? mbp.setDataHandler(new DataHandler(new ByteArrayDataSource(file,"application/octet-stream")));
???????? //得到文件名同樣至入BodyPart
???????? mbp.setFileName(MimeUtility.encodeWord(fileName,"GB2312",null));
???????? mp.addBodyPart(mbp);
???? }
???
??? //Multipart加入到信件
??? msg.setContent(mp);

??? msg.setRecipient(Message.RecipientType.TO, new InternetAddress(to));
??? msg.setSubject(subject);

??? msg.setHeader("X-Mailer", "personal Email Sender");
??? msg.setSentDate(new Date());

??? Transport transport = session.getTransport("smtp");

??? //添加認證信息
??? transport.connect(Constants.mailhost, Constants.user, Constants.pwd);
??? transport.sendMessage(msg, msg.getRecipients(Message.RecipientType.TO));
??? transport.close();
??? return true;
? }

import java.io.*;
import javax.activation.*;

public class ByteArrayDataSource implements DataSource {
??? /** * Data to write. */
??? private byte[] _data;

??? /** * Content-Type. */
??? private String _type;

??? /* Create a datasource from an input stream */
??? public ByteArrayDataSource(InputStream is, String type) {
??????? _type = type;
??????? try {
??????????? ByteArrayOutputStream os = new ByteArrayOutputStream();
??????????? int ch;

??????????? // XXX : must be made more efficient by
??????????? // doing buffered reads, rather than one byte reads
??????????? while ((ch = is.read()) != -1)
??????????????? os.write(ch);
??????????? _data = os.toByteArray();
??????? } catch (IOException ioe) {
??????? }
??? }

??? /* Create a datasource from a byte array */
??? public ByteArrayDataSource(byte[] data, String type) {
??????? _data = data;
??????? _type = type;
??? }

??? /* Create a datasource from a String */
??? public ByteArrayDataSource(String data, String type) {
??????? try {
??????????? // Assumption that the string contains only ascii
??????????? // characters ! Else just pass in a charset into this
??????????? // constructor and use it in getBytes()
??????????? _data = data.getBytes("iso-8859-1");
??????? } catch (UnsupportedEncodingException uee) {
??????? }
??????? _type = type;
??? }

??? public InputStream getInputStream() throws IOException {
??????? if (_data == null)
??????????? throw new IOException("no data");
??????? return new ByteArrayInputStream(_data);
??? }

??? public OutputStream getOutputStream() throws IOException {
??????? throw new IOException("cannot do this");
??? }

??? public String getContentType() {
??????? return _type;
??? }

??? public String getName() {
??????? return "dummy";
??? }
}

C++字符串完全指南 - Win32字符編碼（一）

前言

字符串的表現形式各異，象TCHAR，std::string，BSTR等等，有時還會見到怪怪的用_tcs起頭的宏。這個指南的目的就是說明各種字符串類型及其用途，并說明如何在必要時進行類型的相互轉換。

在指南的第一部分，介紹三種字符編碼格式。理解編碼的工作原理是致為重要的。即使你已經知道字符串是一個字符的數組這樣的概念，也請閱讀本文，它會讓你明白各種字符串類之間的關系。

指南的第二部分，將闡述各個字符串類，什么時候使用哪種字符串類，及其相互轉換。

字符串基礎 - ASCII, DBCS, Unicode

所有的字符串類都起源于C語言的字符串，而C語言字符串則是字符的數組。首先了解一下字符類型。有三種編碼方式和三種字符類型。

第一種編碼方式是單字節字符集，稱之為SBCS，它的所有字符都只有一個字節的長度。ASCII碼就是SBCS。SBCS字符串由一個零字節結尾。

第二種編碼方式是多字節字符集，稱之為MBCS，它包含的字符中有單字節長的字符，也有多字節長的字符。Windows用到的MBCS只有二種字符類型，單字節字符和雙字節字符。因此Windows中用得最多的字符是雙字節字符集，即DBCS，通常用它來代替MBCS。

在DBCS編碼中，用一些保留值來指明該字符屬于雙字節字符。例如，Shift-JIS(通用日語)編碼中，值0x81-0x9F 和 0xE0-0xFC 的意思是：“這是一個雙字節字符，下一個字節是這個字符的一部分”。這樣的值通常稱為前導字節(lead byte)，總是大于0x7F。前導字節后面是跟隨字節(trail byte)。DBCS的跟隨字節可以是任何非零值。與SBCS一樣，DBCS字符串也由一個零字節結尾。

第三種編碼方式是Unicode。Unicode編碼標準中的所有字符都是雙字節長。有時也將Unicode稱為寬字符集(wide characters)，因為它的字符比單字節字符更寬(使用更多內存)。注意，Unicode不是MBCS - 區別在于MBCS編碼中的字符長度是不同的。Unicode字符串用二個零字節字符結尾(一個寬字符的零值編碼)。

單字節字符集是拉丁字母，重音文字，用ASCII標準定義，用于DOS操作系統。雙字節字符集用于東亞和中東語言。Unicode用于COM和Windows NT內部。

讀者都很熟悉單字節字符集，它的數據類型是char。雙字節字符集也使用char數據類型(雙字節字符集中的許多古怪處之一)。Unicode字符集用wchar_t數據類型。Unicode字符串用L前綴起頭，如：

  wchar_t  wch = L'1';      // 2 個字節, 0x0031

  wchar_t* wsz = L"Hello";  // 12 個字節, 6 個寬字符

字符串的存儲

單字節字符串順序存放各個字符，并用零字節表示字符串結尾。例如，字符串"Bob"的存儲格式為：

Unicode編碼中，L"Bob"的存儲格式為：

用0x0000 (Unicode的零編碼)結束字符串。

DBCS 看上去有點象SBCS。以后我們會看到在串處理和指針使用上是有微妙差別的。字符串"日本語" (nihongo) 的存儲格式如下(用LB和TB分別表示前導字節和跟隨字節)：

注意，"ni"的值不是WORD值0xFA93。值93和FA順序組合編碼為字符"ni"。(在高位優先CPU中，存放順序正如上所述)。

字符串處理函數

C語言字符串處理函數，如strcpy(), sprintf(), atol()等只能用于單字節字符串。在標準庫中有只用于Unicode字符串的函數，如wcscpy(), swprintf(), _wtol()。

微軟在C運行庫(CRT)中加入了對DBCS字符串的支持。對應于strxxx()函數，DBCS使用_mbsxxx()函數。在處理DBCS字符串(如日語，中文，或其它DBCS)時，就要用_mbsxxx()函數。這些函數也能用于處理SBCS字符串(因為DBCS字符串可能就只含有單字節字符)。

現在用一個示例來說明字符串處理函數的不同。如有Unicode字符串L"Bob"：

x86 CPU的排列順序是低位優先(little-endian)的，值0x0042的存儲順序為42 00。這時如用strlen()函數求字符串的長度就發生問題。函數找到第一個字節42，然后是00，意味著字符串結尾，于是返回1。反之，用wcslen()函數求"Bob"的長度更糟糕。wcslen()首先找到0x6F42，然后是0x0062，以后就在內存緩沖內不斷地尋找00 00直至發生一般性保護錯(GPF)。

strxxx()及其對應的_mbsxxx()究竟是如何運作的？二者之間的不同是非常重要的，直接影響到正確遍歷DBCS字符串的方法。下面先介紹字符串遍歷，然后再回來討論strxxx()和 _mbsxxx()。

字符串遍歷

我們中的大多數人都是從SBCS成長過來的，都習慣于用指針的 ++ 和 -- 操作符來遍歷字符串，有時也使用數組來處理字符串中的字符。這二種方法對于SBCS 和 Unicode 字符串的操作都是正確無誤的，因為二者的字符都是等長的，編譯器能夠的正確返回我們尋求的字符位置。

但對于DBCS字符串就不能這樣了。用指針訪問DBCS字符串有二個原則，打破這二個原則就會造成錯誤。

1. 不可使用 ++ 算子，除非每次都檢查是否為前導字節。

2. 絕不可使用 -- 算子來向后遍歷。

先說明原則2，因為很容易找到一個非人為的示例。假設，有一個配制文件，程序啟動時要從安裝路徑讀取該文件，如：C:\Program Files\MyCoolApp\config.bin。文件本身是正常的。

假設用以下代碼來配制文件名：

bool GetConfigFileName ( char* pszName, size_t nBuffSize )

{

char szConfigFilename[MAX_PATH];

    // 這里從注冊表讀取文件的安裝路徑，假設一切正常。

    // 如果路徑末尾沒有反斜線，就加上反斜線。

    // 首先，用指針指向結尾零：

char* pLastChar = strchr ( szConfigFilename, '\0' );

    // 然后向后退一個字符：

    pLastChar--;  

    if ( *pLastChar != '\\' )

        strcat ( szConfigFilename, "\\" );

    // 加上文件名：

    strcat ( szConfigFilename, "config.bin" );

    // 如果字符串長度足夠，返回文件名：

    if ( strlen ( szConfigFilename ) >= nBuffSize )

        return false;

    else

        {

        strcpy ( pszName, szConfigFilename );

        return true;

        }

}

這段代碼的保護性是很強的，但用到DBCS字符串還是會出錯。假如文件的安裝路徑用日語表達：C:\ヨウユソ，該字符串的內存表達為：

這時用上面的GetConfigFileName()函數來檢查文件路徑末尾是否含有反斜線就會出錯，得到錯誤的文件名。

錯在哪里？注意上面的二個十六進制值0x5C(藍色)。前面的0x5C是字符"\"，后面則是字符值83 5C，代表字符"ソ"。可是函數把它誤認為反斜線了。

正確的方法是用DBCS函數將指針指向恰當的字符位置，如下所示：

bool FixedGetConfigFileName ( char* pszName, size_t nBuffSize )

{

char szConfigFilename[MAX_PATH];

    // 這里從注冊表讀取文件的安裝路徑，假設一切正常。

    // 如果路徑末尾沒有反斜線，就加上反斜線。

    // 首先，用指針指向結尾零：

char* pLastChar = _mbschr ( szConfigFilename, '\0' );

    // 然后向后退一個雙字節字符：

    pLastChar = CharPrev ( szConfigFilename, pLastChar );

    if ( *pLastChar != '\\' )

        _mbscat ( szConfigFilename, "\\" );

    // 加上文件名：

    _mbscat ( szConfigFilename, "config.bin" );

    // 如果字符串長度足夠，返回文件名：

    if ( _mbslen ( szInstallDir ) >= nBuffSize )

        return false;

    else

        {

        _mbscpy ( pszName, szConfigFilename );

        return true;

        }

} 

這個改進的函數用CharPrev() API 函數將指針pLastChar向后移動一個字符。如果字符串末尾的字符是雙字節字符，就向后移動2個字節。這時返回的結果是正確的，因為不會將字符誤判為反斜線。

現在可以想像到第一原則了。例如，要遍歷字符串尋找字符":"，如果不使用CharNext()函數而使用++算子，當跟隨字節值恰好也是":"時就會出錯。

與原則2相關的是數組下標的使用：

　2a. 絕不可在字符串數組中使用遞減下標。

出錯原因與原則2相同。例如，設置指針pLastChar為：

char* pLastChar = &szConfigFilename [strlen(szConfigFilename) - 1];

結果與原則2的出錯一樣。下標減1就是指針向后移動一個字節，不符原則2。

再談strxxx() 與_mbsxxx()

現在可以清楚為什么要用 _mbsxxx() 函數了。strxxx() 函數不認識DBCS字符而 _mbsxxx()認識。如果調用strrchr("C:\\", '\\')函數可能會出錯，但 _mbsrchr()認識雙字節字符，所以能返回指向最后出現反斜線字符的指針位置。

最后提一下strxxx() 和 _mbsxxx() 函數族中的字符串長度測量函數，它們都返回字符串的字節數。如果字符串含有3個雙字節字符，_mbslen()將返回6。而Unicode的函數返回的是wchar_ts的數量，如wcslen(L"Bob") 返回3

C++字符串完全指南 - Win32字符編碼（二）
翻譯：連波
15/11/2002
URL: http://www.zdnet.com.cn/developer/tech/story/0,2000081602,39098306,00.htm

BOOL WINAPI SetWindowTextA ( HWND hWnd, LPCSTR lpString );

BOOL WINAPI SetWindowTextW ( HWND hWnd, LPCWSTR lpString );

#ifdef UNICODE

　#define SetWindowText  SetWindowTextW

#else

　#define SetWindowText  SetWindowTextA

#endif

#define SetWindowText  SetWindowTextA

HWND hwnd = GetSomeWindowHandle();

char szNewText[] = "we love Bob!";

SetWindowText ( hwnd, szNewText );

HWND hwnd = GetSomeWindowHandle();

char szNewText[] = "we love Bob!";

SetWindowTextW ( hwnd, szNewText );

HWND hwnd = GetSomeWindowHandle();

#ifdef UNICODE

　wchar_t szNewText[] = L"we love Bob!";

#else

　char szNewText[] = "we love Bob!";

#endif

SetWindowText ( hwnd, szNewText );

#ifdef UNICODE

　typedef wchar_t TCHAR;

#else

　typedef char TCHAR;

#endif

#ifdef UNICODE

　#define _T(x) L##x

#else

　#define _T(x) x

#endif

TCHAR szNewText[] = _T("we love Bob!");

1. 程序只運行于Windows NT。
2. 處理的字符串長于MAX_PATH定義的字符數。
3. 程序用于Windows XP中的新接口，那里沒有A/W版本之分。

void SomeFunc ( LPCWSTR widestr );
main()
{
  SomeFunc ( (LPCWSTR) "C:\\foo.txt" );  // 錯！
}

typedef OLECHAR* BSTR;

BSTR bstr = NULL;
bstr = SysAllocString ( L"Hi Bob!" );
if ( NULL == bstr )
    // 內存溢出
   // 這里使用bstr
SysFreeString ( bstr );

 // 構造
_bstr_t bs1 = "char string";        // 從LPCSTR構造 
_bstr_t bs2 = L"wide char string"; // 從LPCWSTR構造
_bstr_t bs3 = bs1;              // 拷貝另一個 _bstr_t
_variant_t v = "Bob";
_bstr_t bs4 = v;              // 從一個含有字符串的 _variant_t 構造
// 數據萃取
LPCSTR psz1 = bs1;              // 自動轉換到MBCS字符串
LPCSTR psz2 = (LPCSTR) bs1;     // cast OK, 同上
LPCWSTR pwsz1 = bs1;            // 返回內部的Unicode字符串
LPCWSTR pwsz2 = (LPCWSTR) bs1;  // cast OK, 同上
BSTR    bstr = bs1.copy();      // 拷貝bs1, 返回BSTR
// ...
  SysFreeString ( bstr );

// 構造
_variant_t v1 = "char string"; // 從LPCSTR 構造
_variant_t v2 = L"wide char string"; // 從LPCWSTR 構造
_bstr_t bs1 = "Bob";
_variant_t v3 = bs1; // 拷貝一個 _bstr_t 對象
// 數據萃取
_bstr_t bs2 = v1; // 從VARIANT中提取BSTR
_bstr_t bs3 = (_bstr_t) v1; // cast OK, 同上

// 特例化
typedef basic_string tstring; // TCHAR字符串
// 構造
string str = "char string"; // 從LPCSTR構造
wstring wstr = L"wide char string"; // 從LPCWSTR構造
tstring tstr = _T("TCHAR string"); // 從LPCTSTR構造
// 數據萃取
LPCSTR psz = str.c_str(); // 指向str緩沖區的只讀指針
LPCWSTR pwsz = wstr.c_str(); // 指向wstr緩沖區的只讀指針
LPCTSTR ptsz = tstr.c_str(); // 指向tstr緩沖區的只讀指針

// 從basic_string構造_bstr_t 
_bstr_t bs1 = str.c_str();  // 從LPCSTR構造 _bstr_t
_bstr_t bs2 = wstr.c_str(); // 從LPCWSTR構造 _bstr_t

// 簡單接口
struct IStuff : public IUnknown
{
  // 略去COM程序...
  STDMETHOD(SetText)(BSTR bsText);
  STDMETHOD(GetText)(BSTR* pbsText);
};

CComBSTR bs1;
CComBSTR bs2 = "new text";
pStuff->GetText ( &bs1 );       // ok, 取得內部BSTR地址
  pStuff->SetText ( bs2 );        // ok, 調用BSTR轉換
  pStuff->SetText ( (BSTR) bs2 ); // cast ok, 同上

// 構造
CComBSTR bs1 = "char string"; // 從LPCSTR構造
CComBSTR bs2 = L"wide char string"; // 從LPCWSTR構造
CComBSTR bs3 = bs1; // 拷貝CComBSTR
CComBSTR bs4;
bs4.LoadString ( IDS_SOME_STR ); // 從字符串表加載
// 數據萃取
BSTR bstr1 = bs1; // 返回內部BSTR，但不可修改！
BSTR bstr2 = (BSTR) bs1; // cast ok, 同上
BSTR bstr3 = bs1.Copy(); // 拷貝bs1, 返回BSTR
BSTR bstr4;
bstr4 = bs1.Detach(); // bs1不再管理它的BSTR
// ...
SysFreeString ( bstr3 );
SysFreeString ( bstr4 );

  std::list< CAdapt> bstr_list;

// 構造
CComVariant v1 = "char string";       // 從LPCSTR構造
CComVariant v2 = L"wide char string"; // 從LPCWSTR構造
CComBSTR bs1 = "BSTR bob";
CComVariant v3 = (BSTR) bs1;          // 從BSTR拷貝
// 數據萃取
CComBSTR bs2 = v1.bstrVal;            // 從VARIANT提取BSTR

CComVariant v4 = ... // 從某種類型初始化 v4
CComBSTR bs3;
if ( SUCCEEDED( v4.ChangeType ( VT_BSTR ) ))
    bs3 = v4.bstrVal;

// 帶有字符串的函數：
void Foo ( LPCWSTR wstr );
void Bar ( BSTR bstr );
// 返回字符串的函數：
void Baz ( BSTR* pbstr );
#include 
main()
{
using std::string;
USES_CONVERSION;    // 聲明局部變量由宏控制使用
// 示例1：送一個MBCS字符串到Foo()
LPCSTR psz1 = "Bob";
string str1 = "Bob";
Foo ( A2CW(psz1) );
  Foo ( A2CW(str1.c_str()) );
// 示例2：將MBCS字符串和Unicode字符串送到Bar()
LPCSTR psz2 = "Bob";
LPCWSTR wsz = L"Bob";
BSTR bs1;
CComBSTR bs2;
bs1 = A2BSTR(psz2);         // 創建 BSTR
  bs2.Attach ( W2BSTR(wsz) ); // 同上，分配到CComBSTR
Bar ( bs1 );
  Bar ( bs2 );
SysFreeString ( bs1 );      // 釋放bs1
  // 不必釋放bs2，由CComBSTR釋放。
// 示例3：轉換由Baz()返回的BSTR
BSTR bs3 = NULL;
string str2;
Baz ( &bs3 );          // Baz() 填充bs3內容
str2 = W2CA(bs3);      // 轉換為MBCS字符串
  SysFreeString ( bs3 ); // 釋放bs3
}

// 構造
CString s1 = "char string"; // 從LPCSTR構造
CString s2 = L"wide char string"; // 從LPCWSTR構造
CString s3 ( ' ', 100 ); // 預分配100字節，填充空格
CString s4 = "New window text";
// 可以在LPCTSTR處使用CString：
SetWindowText ( hwndSomeWindow, s4 );
// 或者，顯式地做強制類型轉換：
SetWindowText ( hwndSomeWindow, (LPCTSTR) s4 );

// 從字符串表構造/加載
CString s5 ( (LPCTSTR) IDS_SOME_STR );  // 從字符串表加載
CString s6, s7;
// 從字符串表加載
  s6.LoadString ( IDS_SOME_STR );
// 從字符串表加載打印格式的字符串
  s7.Format ( IDS_SOME_FORMAT, "bob", nSomeStuff, ... );

CString str = _T("new text");
LVITEM item = {0};
item.mask = LVIF_TEXT;
  item.iItem = 1;
  item.pszText = (LPTSTR)(LPCTSTR) str; // 錯！
  item.pszText = str.GetBuffer(0);      // 正確
ListView_SetItem ( &item );
  str.ReleaseBuffer();  // 將隊列返回給str

// 轉換成BSTR
CString s5 = "Bob!";
BSTR bs1 = NULL, bs2 = NULL;
bs1 = s5.AllocSysString();
  s5.SetSysString ( &bs2 );
// ...
  SysFreeString ( bs1 );
  SysFreeString ( bs2 );

// 構造
CString s1 = _T("tchar string");
COleVariant v1 = _T("Bob"); // 從LPCTSTR構造
COleVariant v2 = s1; // 從CString拷貝

// 數據萃取
COleVariant v3 = ...; // 從某種類型構造v3
BSTR bs = NULL;
try
    {
    v3.ChangeType ( VT_BSTR );
    bs = v3.bstrVal;
    }
  catch ( COleException* e )
    {
    // 出錯，無法轉換
    }
SysFreeString ( bs );

// 構造
String* ms = S"This is a nice managed string";

String* ms1 = S"this is nice";
String* ms2 = S"this is nice";
String* ms3 = L"this is nice";
Console::WriteLine ( ms1 == ms2 ); // 輸出true
Console::WriteLine ( ms1 == ms3);  // 輸出false

  Console::WriteLine ( ms1->CompareTo(ms2) );
  Console::WriteLine ( ms1->CompareTo(ms3) );

  CString s1 ( "hello world" );
  String* s2 ( s1 );  // 從CString拷貝

  String* s1 = S"Three cats";
  CString s2 ( s1 );

  CStringT ( System::String* pString );

String* s1 = S"Three cats";
Console::WriteLine ( s1 );
const __wchar_t __pin* pstr = PtrToStringChars(s1);
for ( int i = 0; i < wcslen(pstr); i++ )
    (*const_cast<__wchar_t*>(pstr+i))++;
Console::WriteLine ( s1 );

  _bstr_t bs = L"Bob!";
  ATLTRACE("The string is: %s in line %d\n", (LPCSTR) bs, nLine);

啟動server時如果遇到找不到stub問題，原因是rmiregistry找不到stub，而不是java com.Server找不到stub，解決方法，在stub的類同一個目錄下啟動rmiregistry

keytool -genkey -dname "CN=demo, OU=softDept, O=company, L=puddong,S=shanghai, C=cn" -alias demo -keyalg RSA -keysize 1024 -keystore demoKeystore -validity 3650 -storepass storePwd -keypass demoPwd
生成保存公鑰和私鑰的密鑰倉庫，保存在demoKeystore文件中。這里storepass 和 keypass 不要有java 正則表達式中的特殊字符，否則程序里要轉義麻煩。

keytool -export -alias demo -keystore demoKeystore -rfc -file demo.cer //從密鑰倉庫中導出保存公鑰的證書
輸入keypass 即demoPwd 


  try{     
   //密鑰倉庫
   KeyStore ks = KeyStore.getInstance("JKS");
//讀取密鑰倉庫
   FileInputStream ksfis = new FileInputStream("demoKeystore");
   BufferedInputStream ksbufin = new BufferedInputStream(ksfis);
   char[] storePwd = "storePwd".toCharArray();
   ks.load(ksbufin, storePwd);
   ksbufin.close();
   char[] keyPwd = "demoPwd".toCharArray();
//從密鑰倉庫得到私鑰
   PrivateKey priK = (PrivateKey) ks.getKey("demo", keyPwd);  
//生成cipher
   Cipher cipher = Cipher.getInstance("RSA/ECB/PKCS1Padding",new org.bouncycastle.jce.provider.BouncyCastleProvider());
//用私鑰初始化cipher
   cipher.init(Cipher.ENCRYPT_MODE, priK);
   byte[] plain = "This is plain text".getBytes("UTF-8");
   
   //因為用的1024位rsa算法，一次只能加密1024/8-11字節數據，分開加密
   byte[] code = new byte[(((plain.length-1)/117+1))*128];  
            int ixplain = 0;
            int ixcode = 0;
            while((plain.length - ixplain) > 117) {//每117字節做一次加密
                ixcode += cipher.doFinal(plain, ixplain, 117, code, ixcode);
                ixplain += 117;
            }
            cipher.doFinal(plain, ixplain, plain.length - ixplain, code, ixcode);
            //加密后的code
            System.out.println(Arrays.toString(code));
            //通常會用base64編碼
           String base64 = encoder.encode(code);

   CertificateFactory certificatefactory = CertificateFactory
     .getInstance("X.509");
   //讀取證書
   FileInputStream fin = new FileInputStream("demo.cer");
   X509Certificate certificate = (X509Certificate) certificatefactory
     .generateCertificate(fin);
   fin.close();
   //得到公鑰
   PublicKey pubK = certificate.getPublicKey();
         //初始化cipher
            cipher.init(Cipher.DECRYPT_MODE, pubK);
      //base64解碼
            code = decoder.decodeBuffer(base64);
            System.out.println(Arrays.toString(code));
            byte[] plain2 = new byte[code.length];
            int ixplain2 = 0;
            int ixcode2 = 0;
            while((code.length - ixcode2) > 128) {//每128字節做一次解密
                ixplain2 += cipher.doFinal(code, ixcode2, 128, plain2, ixplain2);
                ixcode2 += 128;
            }
            ixplain2 += cipher.doFinal(code, ixcode2, code.length - ixcode2, plain2, ixplain2);
            String s2 = new String(plain2, 0, ixplain2, "UTF-8");
            System.out.println(s2);
   
  }catch(Exception ex){
   ex.printStackTrace();
  }

keytool使用方法可以參考jdk文檔
Java keytool工具的作用及使用方法

找出內存泄漏另一方法

程序有內存泄漏的第一個跡象通常是它拋出一個 OutOfMemoryError，或者因為頻繁的垃圾收集而表現出糟糕的性能。幸運的是，垃圾收集可以提供能夠用來診斷內存泄漏的大量信息。如果以 -verbose:gc 或者 -Xloggc 選項調用 JVM，那么每次 GC 運行時在控制臺上或者日志文件中會打印出一個診斷信息，包括它所花費的時間、當前堆使用情況以及恢復了多少內存。記錄 GC 使用情況并不具有干擾性，因此如果需要分析內存問題或者調優垃圾收集器，在生產環境中默認啟用 GC 日志是值得的。

有工具可以利用 GC 日志輸出并以圖形方式將它顯示出來，JTune 就是這樣的一種工具（請參閱 參考資料）。觀察 GC 之后堆大小的圖，可以看到程序內存使用的趨勢。對于大多數程序來說，可以將內存使用分為兩部分：baseline 使用和 current load 使用。對于服務器應用程序，baseline 使用就是應用程序在沒有任何負荷、但是已經準備好接受請求時的內存使用，current load 使用是在處理請求過程中使用的、但是在請求處理完成后會釋放的內存。只要負荷大體上是恒定的，應用程序通常會很快達到一個穩定的內存使用水平。如果在應用程序已經完成了其初始化并且負荷沒有增加的情況下，內存使用持續增加，那么程序就可能在處理前面的請求時保留了生成的對象。

圖 1 顯示  GC 之后應用程序堆大小隨著時間的變化圖。上升趨勢是存在內存泄漏的警示信號。（在真實的應用程序中，坡度不會這么大，但是在收集了足夠長時間的 GC 數據后，上升趨勢通常會表現得很明顯。）

確信有了內存泄漏后，下一步就是找出哪種對象造成了這個問題。所有內存分析器都可以生成按照對象類進行分解的堆快照。有一些很好的商業堆分析工具，但是找出內存泄漏不一定要花錢買這些工具 —— 內置的 hprof 工具也可完成這項工作。要使用 hprof 并讓它跟蹤內存使用，需要以 -Xrunhprof:heap=sites 選項調用 JVM。

清單 3 顯示分解了應用程序內存使用的 hprof 輸出的相關部分。（hprof 工具在應用程序退出時，或者用 kill -3 或在 Windows 中按 Ctrl+Break 時生成使用分解。）注意兩次快照相比，Map.Entry、Task 和 int[] 對象有了顯著增加。

請參閱 清單 3。

清單 4 展示了 hprof 輸出的另一部分，給出了 Map.Entry 對象的分配點的調用堆棧信息。這個輸出告訴我們哪些調用鏈生成了 Map.Entry 對象，并帶有一些程序分析，找出內存泄漏來源一般來說是相當容易的。

TRACE 300446:
	java.util.HashMap$Entry.<init>(<Unknown Source>:Unknown line)
	java.util.HashMap.addEntry(<Unknown Source>:Unknown line)
	java.util.HashMap.put(<Unknown Source>:Unknown line)
	java.util.Collections$SynchronizedMap.put(<Unknown Source>:Unknown line)
	com.quiotix.dummy.MapLeaker.newTask(MapLeaker.java:48)
	com.quiotix.dummy.MapLeaker.main(MapLeaker.java:64)

HP-UX下使用JNI訪問標準C++程序

問題的關鍵在于用aCC編譯時的參數.  根據HP網站上的兩篇文章可以很容易的使用JNI訪問傳統C++(Classical C++)程序:  http://www.hp.com/products1/unix/java/infolibrary/prog_guide/JNI_java2.html  http://forums1.itrc.hp.com/service/forums/questionanswer.do?admit=716493758+1092296929165+28353475&threadId=245738  但是,如果代碼中使用到了標準C++,也就是用到了STL,就會出現莫名其妙的JVM crash. 而且一般的現象是使用string的時候出錯.  最后發現是JVM的多線程機制和aCC編譯的缺省的多線程機制不一樣.所以編譯時需要加參數指定.  總的說來,編譯參數為:  OPTS=-AA +z +u4 -D_RWSTD_MULTI_THREAD -D_REENTRANT -D_HPUX -D_HPUX_SOURCE -D_POSIX_C_SOURCE=199506L -D_XOPEN_SOURCE_EXTENDED  其中,-D_RWSTD_MULTI_THREAD -D_REENTRANT 是指定多線程機制;同時必須添加-D_HPUX_SOURCE 參數,否則,編譯時會出現奇怪的錯誤.  連接參數為:  -AA -b -lCsup_v2 -lstd_v2  值得注意的是根據上面所說的第二篇文章可知使用-AA編譯連接時,要連的庫是libCsup_v2.sl和libstd_v2.sl(這兩個庫是支持標準C++的庫),而不是第一篇文章中提到的libCsup.sl和libstd.sl(這兩個庫是支持傳統C++的庫).  另外,有幾個碰到的問題:  1. 如果編譯參數沒有指定多線程機制,禁用JIT(啟動JVM加參數:-Djava.compiler=none -Xint )可以使簡單的例子通過,但是有些情況下還是會出錯.  2. 當null作為String傳入JNI native接口代碼中是,使用env->GetStringUTFChars(jstring)會出現如下錯誤導致虛擬機崩潰:  Function=verify_instance_jfieldID__18jfieldIDWorkaroundSFP12klassOopDescP9_jfieldID  3. 在使用String作為JNI的傳入傳出參數,使用GetStringUTFChars解決不了中文問題,還是會有亂碼. 正確的解決方法是使用以下兩個函數:  void JNU_ThrowByName(JNIEnv *env, const char *name, const char *msg)  {      jclass cls = env->FindClass(name);      /* if cls is NULL, an exception has already been thrown */      if (cls != NULL) {          env->ThrowNew(cls, msg);      }      /* free the local ref */      env->DeleteLocalRef(cls);  }  jstring JNU_NewStringNative(JNIEnv *env, const char *str)  {    if (str==NULL)    {     return NULL;    }    jclass jcls_str = env->FindClass("java/lang/String");    jmethodID jmethod_str = env->GetMethodID(jcls_str, "", "([B)V");    jstring result;    jbyteArray bytes = 0;    int len;    if (env->EnsureLocalCapacity(2) < 0) {      return NULL; /* out of memory error */    }    len = strlen(str);    bytes = env->NewByteArray(len);    if (bytes != NULL) {      env->SetByteArrayRegion(bytes, 0, len,(jbyte *)str);      result = (jstring)env->NewObject(jcls_str, jmethod_str, bytes);      env->DeleteLocalRef(bytes);      return result;    } /* else fall through */    return NULL;  ]  char *JNU_GetStringNativeChars(JNIEnv *env, jstring jstr)  {      jbyteArray bytes = 0;      jthrowable exc;      char *result = 0;      if (env->EnsureLocalCapacity(2) < 0) {          return 0; /* out of memory error */      }  jclass jcls_str = env->FindClass("java/lang/String");  jmethodID MID_String_getBytes = env->GetMethodID(jcls_str, "getBytes", "()[B"];      bytes = (jbyteArray)env->CallObjectMethod(jstr, MID_String_getBytes);      exc = env->ExceptionOccurred();      if (!exc) {          jint len = env->GetArrayLength( bytes);          result = (char *)malloc(len + 1);          if (result == 0) {              JNU_ThrowByName(env, "java/lang/OutOfMemoryError",                              0);              env->DeleteLocalRef(bytes);              return 0;          }          env->GetByteArrayRegion(bytes, 0, len, (jbyte *)result);          result[len] = 0; /* NULL-terminate */      } else {          env->DeleteLocalRef(exc);      }      env->DeleteLocalRef(bytes);      return (char*)result;  )  ★注意：使用char *JNU_GetStringNativeChars()獲得的指針用完后要顯式的free().

使用Axis傳送附件有兩種方式：

1. 將你要傳送的文件封裝在DataHandler中，然后將DataHandler對象或DataHandler數組（多個文件傳送的時候）作為客戶端調用函數的參數（從客戶端上傳文件到服務器）Axis服務的返回類型（從服務器端下載文件到客戶端）進行傳輸。

2. 還有一種方式是直接修改soap信封的內容，將附件信息加到soap信封中發送。

這里我們只討論第一種方法，因為它實現起來非常簡單。關于第二種方法在Axis包的webapps/attachments/TestRf.java中有詳細的原碼可以參考。

下面的例子是把文件從服務器端下載到客戶端：

1.服務端程序：

假設傳輸多個文件：在服務器端將文件取出來，并將文件封裝在DataHandler數組中。
代碼如下：

 DataHandler[] ret = new DataHandler[totalFileNum];
 ... ...
 java.io.File myFile = new java.io.File(filePath);
 if(myFile.isFile() && myFile.canRead())
 {
  String fname = myFile.getAbsoluteFile().getCanonicalPath();
  DataHandler[0] = new DataHandler(new FileDataSource(fname));
 }
 ... ...

 return ret;

上面的代碼將所有的文件封裝在了DataHandler數組中，并返回。

2. 客戶端的訪問：

代碼如下：
 Service service = new Service();
 Call call = (Call) service.createCall();

 URL myURL = new URL(" call.setTargetEndpointAddress(myURL); //設定服務的主機和位置
 call.setOperationName(new QName("urn:MyAttachServer","echoDir")); //設置要調用的服務的方法
 QName qnameAttachment = new QName("urn:MyAttachServer","DataHandler");

 <deployment xmlns="  <service name="urn:att_STC_Server" provider="java:RPC" >
    <parameter name="className" value="samples.att_STC.att_STC_Server"/>
    <parameter name="allowedMethods" value="echoDir"/>

 <typeMapping deserializer="org.apache.axis.encoding.ser.JAFDataHandlerDeserializerFactory"
   languageSpecificType="java:javax.activation.DataHandler" qname="ns1:DataHandler"
    serializer="org.apache.axis.encoding.ser.JAFDataHandlerSerializerFactory"
    encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"/>
  </service>

</deployment>

運行java org.apache.axis.client.AdminClient %* deploy.wsdd，部署服務。

2004-05-29 17:39:53

主題: 使用Java實現CA(四)

    前面幾篇文章已經把如何用Java實現一個CA基本上講完了.但是他們都有一個特點,就是用戶的信息都是在現場獲取的,不能做申請和簽發相分離.今天我們要講述的是PKCS#10證書請求文件.它的作用就是可以使申請和簽發相分離.

[返回頂部]

2004-05-28 16:46:12

主題: 使用Java實現CA(三)

    前幾次我已經基本上把如何做CA所需要的基礎知識講得差不多了,今天直接講如何用Java程序來實現一個CA應該就不是什么太困難的事情了.

2004-05-27 15:34:59

主題: 使用Java實現CA(二)

    昨天本來快寫完了,結果不小心按了"tab"鍵,然后向按退格鍵,結果退到前一個頁面了,然后全部都白寫了,不爽.只好今天重新寫了.

2004-05-25 21:23:52

主題: 使用Java實現CA(一)

    通過我昨天的文章大家應該已經清楚了,用Java寫信息安全方面的程序需要做的準備工作.好了,現在假設你已經是一個對Java語言本身比較熟悉,能夠用Java寫一些程序的人,并且這些該下載的jar包已經下載好了,可以正式開工了.

2004-05-24 17:23:06

主題: 使用Java開發和信息安全相關的程序

    這里說的信息安全是相對于系統安全而言的,它更側重于加密,解密,數字簽名,驗證,證書等等.而系統安全主要側重于系統本身是否有安全漏洞,如常見的由于軟件設計的不完善而導致的滿天飛的緩沖區溢出等等.