成都心情

if(b<0) 編譯會出錯。  回復  更多評論
  

馬上修改一下代碼，去年轉貼的時候一直忘記修改了。
是 if(b[i] < 0)，謝謝 ivan 指正。  回復  更多評論
  

大作拜讀，有一點愚見，特拋磚引玉：
1。字符串除了可以基于byte[]操作外，還可以基于char[]操作。看老大你的意圖是想截取字符串的前幾個字符然后加上省略符號最后輸出而已，完全不必考慮用byte[]數組操作啊 。而且好像開發中更注重語義上的第幾個字符而不是你說的這種情況哦。
2。以下是拙作，請斧正：
/**
* 字符串截取函數
* @param str String 要處理的字符串
* @param length int 需要顯示的長度
* @param symbol String 用于表示省略的信息的字符，如“...”,“>>>”等
* @return String 返回處理后的字符串
* @throws UnsupportedEncodingException
*/
public String getLimitLengthString(String str, int length, String symbol) throws
UnsupportedEncodingException {
assert str != null;
assert length > 0;
assert symbol != null;
//如果字符串的位數小于等于要截取的位數，附加上表示省略的信息的字符串后返回
if (str.length() <= length) {
return str + symbol;
//從零開始，截取length個字符，附加上表示省略的信息的字符串后返回
} else {
str = new String(str.getBytes("GBK"));
char[] charArray = str.toCharArray();
char[] charArrayDesc = new char[length];
System.arraycopy(charArray, 0, charArrayDesc, 0, length);
return new String(charArrayDesc) + symbol;
}
}  回復  更多評論
  

呵呵 tdg 兄很認真喔，談不上斧正。主要是這個問題，用 char 處理，如果是字母或者數字，實際上截取出來的會比漢字少占用一半的空間，所以截取出來后，還是不能對齊。而實際上 char 數組中，不管是字母、數字還是漢字，它們都只代表一個單元。但是 byte 則不同，字母、數字只占用一個字節，而漢字占用兩個字節（都是GBK編碼）。  回復  更多評論
  

您好！
你的文章讓我受益不少，有個問題想向您確認一下：
在代碼中
b = str.getBytes("GBK");
if(b.length <= len)
return str;
for(int i = 0; i < len; i++){
if(b[i] < 0)
counterOfDoubleByte++;
}
是不是如果只要是中文漢字，在b[i]對應的值都是小于0的，
也就是說，在漢字代表的兩個字節中，這兩個漢字分別轉化為整數值時，是不是一定小于0，但值范圍不能小于-127的。做過測試，不能肯定。：）

  回復  更多評論
  

istarliu，這里要強調一下，GBK、GB2312 雙字節編碼字節才是負的。UTF-8 三字節編碼未去核實。  回復  更多評論
  

無意義的做法, 犯了常識錯誤, java內部表示任何字符都是16位, 而且不涉及輸入輸出操作不需要字符解碼編碼操作.不知道文中的"單純地判斷字符數效果并不理想"的結論如何得出,恐怕只是臆斷.事實上只需根據字符數截取即可.
public String getLimitLengthString(String srcString, int expectLength){
if(srcString.length() <= expectLength) return srcString;
return srcString.subString(0, expectLength);
}  回復  更多評論
  

@lyazure
我只想說一句，請驗證后再回答，最好能打印在 html 頁面中，然后混合漢字和數字輸出，看看長短是否一致。  回復  更多評論
  

不知Rosen驗證原文中代碼用的是怎樣的例子,能否可以提供一個我不能處理的字符串或者這樣的情境?
從文中的涉及對字符解碼操作來看, 接收到的參數字符串并未正確解碼, 關鍵不在字符長度處理的問題.只需先對字符串進行正確解碼.
String desString = new String(srcString.getBytes("ISO-8859-1"), "GBK");
之后所有字符操作都可以正常進行,不會出現字符長度問題.
另外,從文中的意義看來, 原文對字符的解碼應當用ISO-8859-1,而不是GBK,當然,因為GBK向下兼容ISO-8859-1,因此從結果來說并沒有問題.
之前的評論有些詞語過激,希望Rosen不要往心里去. 但似乎Rosen的回答馬上有針鋒相對的味道,呵呵.希望是我多慮了.  回復  更多評論
  

@lyazure
還不是很激動，只是感覺本文的意思沒有完全表達清楚，應該再加點描述，比如這樣的例子：
字符串“中文中文2222”，當直接截取srcString.substring(0, 4)時，“中文中文”這四個字會正確打印出來，沒錯。不過如果我們把字符串改為“2222中文中文”，那么打印出來的應該是“2222”。
這個時候輸出到 html 是這樣的:
中文中文
2222

可以看到，雖然我都是截取的同樣長度，但是頁面卻很不美觀，長短不一，一個現實中的例子，當然也是我一直沒有糾正過來的錯誤，http://www.cdcin.com，你看首頁的“新聞信息”欄目，當出現標題有數字的情況時，就顯得很不統一，參差不齊。

所以，這就是本文為什么要討論按照編碼規則來截取字符串的原因。當然，這樣處理并不會徹底的解決不整齊，但是總會好些，比如哪天發布某條全是數字和字母的標題，那這種參差不齊就太嚴重了。  回復  更多評論
  

看來我理解錯了,原來是為了獲得一致的顯示寬度.
  回復  更多評論
  

/***
* 字符串的單個字符是否是漢字
* @param c
* @return
*/
public static int ascii(String c)
{
byte x[] = new byte[2];
x = c.getBytes();

if (null == x || x.length > 2 || x.length <=0)
{
return 0;
}

if( x.length == 1){ //英文字符
return x[0];
}

if (x.length == 2)
{
int hightByte = 256 + x[0];
int lowByte = 256 + x[1];
int ascii = (256 * hightByte + lowByte) - 256 * 256;
return ascii;
}

return 0;
}

/***
* 顯示字符串的前N個字符
* 此處著重處理了英文字符和中文字符在顯示上的一致性；
* 2個英文字符和一個漢字占據的寬度一致;
*/
public static String limitStr(String string, int size)
{
if (null != string)
{
string = goodStr(string);
if (string.length() <= size)
{
return string;
}
else
{
StringBuffer buffer = new StringBuffer();
double len = 0;
for (int i = 0; i < string.length(); i++)
{
//是否漢字 ascii<0
String str = string.substring(i,i+1);
if (ascii(str) < 0 )
{
buffer.append(str);
len ++ ;
}
else
{
buffer.append(str);
len = len + 0.5;
}

if (len >= size) break;
}
return buffer.toString();
}

}
return "";
}  回復  更多評論
  

@國家機器
呵呵，感謝貢獻，你的做法更精確了。
  回復  更多評論
  

@國家機器
六六，認識你是我等榮幸，酒瘋知己千杯燒...  回復  更多評論
  

string=goodStr(string); 這個方法 是干什么用處的？  回復  更多評論