⑴ java 字元串壓縮與解壓
public class Demo {
public static void main(String[] args) {
change();
change2();
}
private static void change() {
String str = "AAAbbbcc111NNNnn";
StringBuffer result = new StringBuffer();
char oldChar = 'z';
int count = 1;
for (int i = 0; i < str.length(); i++) {
if (i == 0) {
oldChar = str.charAt(i);
} else if (i == (str.length() - 1)) {
++count;
result.append(oldChar + "" + count);
} else if (str.charAt(i) == oldChar) {
++count;
} else {
result.append(oldChar + "" + count);
count = 1;
oldChar = str.charAt(i);
}
}
System.out.println(str + " 轉成了 " + result);
}
private static void change2() {
String str = "A3b3c213N3n2";
StringBuffer result = new StringBuffer();
char oldChar = 'z';
try {
for (int i = 0; i < str.length(); i++) {
if (i % 2 == 0) {
oldChar = str.charAt(i);
} else {
int count = Integer.parseInt(str.substring(i, i + 1));
for (int j = 0; j < count; j++)
result.append(oldChar);
}
}
} catch (Exception e) {
System.err.println("格式異常...");
return;
}
System.out.println(str + " 轉成了 " + result);
}
}
⑵ 用java如何實現壓縮字元串
package javase1.day02;
/**
* 1)一種字元串壓縮演算法
* str ="aaaabbccccddeaaa"
* 壓縮為："4a2b4c2d1e3a"
* 原理實現：
* str = "aaaabbccccddeaaa"
*
* c = str.charAt(i)//c是每個字元
* 1) 初始化
* StringBuilder buf = new StringBuilder();
* int count = 0；代表相同的字元個數
* char ch = str.charAt(0);代表正在統計的相同字元'a'
* 2) 從i=1開始迭代每個字元
* c = str.charAt(i);//c是每個當前字元
* 3) 檢查當前字元c與被統計ch是否一致
* 如果一致 count++
* 否則（不一致）
* 向緩沖區buf增加count+ch
* count=0,ch=c;
* 3)沒有下個字元就結束
* 4)還有字元串嗎？回到2)
*
* 2)實現還原演算法
* str = "4a2b4c2d1e3a";
* i
*/
public class Demo5 {
public static void main(String[] args) {
String s = comp("aaaawwwwe");
System.out.println(s);
// System.out.println(decomp(s));
}
public static String comp(String str){
int i = 1;
StringBuilder buf = new StringBuilder();
int count = 1;
char ch = str.charAt(0);
for(;;){
char c = i==str.length() ? '\10':str.charAt(i);
if(c==ch){
count++;
}else{
if(count == 1)
buf.append(ch);
else
buf.append(count).append(ch);
count=1;
ch = c;
}
i++;
if(i==str.length()+1){
break;
}
}
return buf.toString();
}
}
⑶ JAVA 壓縮和序列化
壓縮和序列化主要用在數據的存儲和傳輸上，二者都是由IO流相關知識實現，這里統一介紹下。
全部章節傳送門：
Java I/O類支持讀寫壓縮格式的數據流，你可以用他們對其他的I/O流進行封裝，以提供壓縮功能。
GZIP介面比較簡單，適合對單個數據流進行壓縮，在Linux系統中使用較多。
ZIP格式可以壓縮多個文件，而且可以和壓縮工具進行協作，是經常使用的壓縮方法。
JAR(Java Archive，Java 歸檔文件)是與平台無關的文件格式，它允許將許多文件組合成一個壓縮文件。為 J2EE 應用程序創建的 JAR 文件是 EAR 文件(企業 JAR 文件)。
JAR 文件格式以流行的 ZIP 文件格式為基礎。與 ZIP 文件不同的是，JAR 文件不僅用於壓縮和發布，而且還用於部署和封裝庫、組件和插件程序，並可被像編譯器和 JVM 這樣的工具直接使用。在 JAR 中包含特殊的文件，如 manifests 和部署描述符，用來指示工具如何處理特定的 JAR。
如果一個Web應用程序的目錄和文件非常多，那麼將這個Web應用程序部署到另一台機器上，就不是很方便了，我們可以將Web應用程序打包成Web 歸檔(WAR)文件，這個過程和把Java類文件打包成JAR文件的過程類似。利用WAR文件，可以把Servlet類文件和相關的資源集中在一起進行發布。在這個過程中，Web應用程序就不是按照目錄層次結構來進行部署了，而是把WAR文件作為部署單元來使用。
一個WAR文件就是一個Web應用程序，建立WAR文件，就是把整個Web應用程序(不包括Web應用程序層次結構的根目錄)壓縮起來，指定一個.war擴展名。下面我們將第2章的Web應用程序打包成WAR文件，然後發布
要注意的是，雖然WAR文件和JAR文件的文件格式是一樣的，並且都是使用jar命令來創建，但就其應用來說，WAR文件和JAR文件是有根本區別的。JAR文件的目的是把類和相關的資源封裝到壓縮的歸檔文件中，而對於WAR文件來說，一個WAR文件代表了一個Web應用程序，它可以包含 Servlet、HTML頁面、Java類、圖像文件，以及組成Web應用程序的其他資源，而不僅僅是類的歸檔文件。
在命令行輸入jar即可查看jar命令的使用方法。
把對象轉換為位元組序列的過程稱為對象的序列化。把位元組序列恢復為對象的過程稱為對象的反序列化。
對象的序列化主要有兩種用途：
java.io.ObjectOutputStream代表對象輸出流，它的writeObject(Object obj)方法可對參數指定的obj對象進行序列化，把得到的位元組序列寫到一個目標輸出流中。
java.io.ObjectInputStream代表對象輸入流，它的readObject()方法從一個源輸入流中讀取位元組序列，再把它們反序列化為一個對象，並將其返回。
只有實現了Serializable的對象才能被序列化。對象序列化包括如下步驟：
對象反序列化的步驟如下：
創建一個可以可以序列化的對象。
然後進行序列化和反序列化測試。
serialVersionUID: 字面意思上是序列化的版本號，凡是實現Serializable介面的類都有一個表示序列化版本標識符的靜態變數。
JAVA序列化的機制是通過判斷類的serialVersionUID來驗證的版本一致的。在進行反序列化時，JVM會把傳來的位元組流中的serialVersionUID於本地相應實體類的serialVersionUID進行比較。如果相同說明是一致的，可以進行反序列化，否則會出現反序列化版本一致的異常，即是InvalidCastException。
為了提高serialVersionUID的獨立性和確定性，強烈建議在一個可序列化類中顯示的定義serialVersionUID，為它賦予明確的值。
控制序列化欄位還可以使用Externalizable介面替代Serializable借口。此時需要定義一個默認構造器，否則將為得到一個異常(java.io.InvalidClassException: Person; Person; no valid constructor)；還需要定義兩個方法(writeExternal()和readExternal())來控制要序列化的欄位。
如下為將Person類修改為使用Externalizable介面。
transient修飾符僅適用於變數，不適用於方法和類。在序列化時，如果我們不想序列化特定變數以滿足安全約束，那麼我們應該將該變數聲明為transient。執行序列化時，JVM會忽略transient變數的原始值並將默認值(引用類型就是null，數字就是0)保存到文件中。因此，transient意味著不要序列化。
靜態變數不是對象狀態的一部分，因此它不參與序列化。所以將靜態變數聲明為transient變數是沒有用處的。
⑷ java解壓zip文件
不好意思搞反了，這樣就更簡單了。
用這個構造方法ZipInputStream(InputStream in);接收傳過來的流，然後用這個類的getNextEntry()方法回解壓縮文答件，最後調用read(byte[] b, int off, int len)方法將數據寫入byte數組。
ZipInputStream zin = new ZipInputStream(in);
ZipEntry entry = null;
while((entry=zin.getNextEntry())!=null){
if(entry.isDirectory()||entry.getName().equals("..\\"))
continue;
BufferedInputStream bin = new BufferedInputStream(zin);
byte[] buf = new byte[];
bin.read(buf,0,1);
}
⑸ java Zip壓縮輸入輸出流問題
帶目錄結構的壓縮，以方便解壓時得到原目錄結構來存放。
⑹ 求解 java 對壓縮文件zip 加密 ！
所謂多zip加密，實際上就是一種對zip位元組流的一種對稱加密~其中解密的密碼，就是對稱加密中的密鑰
加密後的位元組保存為一個.zip的文件，打開之前必須輸入密碼（密鑰），通過密鑰將文件的位元組轉換成為普通的zip位元組，就能讀取出來了~
最好是寫一個加密的輸入輸出流，將zip的輸入輸出流包裝一下
⑺ java字元串經過bcd壓縮後怎麼傳輸
解決方法:
據我所知,您目前的做法是：
>使用getBytes(「UTF-8」)將String轉換為位元組數組.
>壓縮位元組數組
>使用新的String(位元組,…,「UTF-8」)將壓縮位元組數組轉換為String.
>傳輸壓縮字元串
>接收壓縮字元串
>使用getBytes(「UTF-8」)將壓縮字元串轉換為位元組數組.
>解壓縮位元組數組
>使用新的String(bytes,…,「UTF-8」)將解壓縮的位元組數組轉換為String.
這種方法的問題在於步驟3.壓縮位元組數組時,您創建的位元組序列可能不再是有效的UTF-8.結果將是步驟3中的例外.
解決方案是使用像Base64這樣的「位元組到字元」編碼方案將壓縮位元組轉換為可傳輸的字元串.換句話說,用調用Base64編碼函數代替步驟3,用調用Base64解碼函數代替步驟6.
筆記：
>對於小弦,壓縮和
編碼很可能實際上
增加傳輸字元串的大小.
>如果要將壓縮的字元串合並到URL中,您可能希望為Base64選擇不同的編碼,以避免需要進行URL轉義的字元.
>根據您傳輸的數據的性質,您可能會發現特定於域的壓縮比通用壓縮更好.考慮在創建以逗號分隔的字元串之前壓縮數據.考慮以逗號分隔的字元串的替代方法.
⑻ java編程：數據壓縮規則
你是不是問如何編寫一個程序來壓縮數據？如果你是想解決這個問題的話，繼續往下看，如果你只是想要應付考試的話就算了。
—— 分割線
JDK本身提供了數據壓縮的一個API
java.util.zip.Deflater.deflateBytes(byte[] b, int off, int len)
以下是我使用的一個例子，有點多，注釋看不懂可以問我，不知道怎麼用可以問我，其他的就算了。
/**
* threshold value for compress
*/
public static final int THRESHOLD = 1200;
/**
* Answer a byte array compressed in the DEFLATER format from bytes.
*
* @param bytes
* a byte array
* @return byte[] compressed bytes
* @throws IOException
*/
public static byte[] compress(byte[] bytes)
{
// Create the compressor with highest level of compression
Deflater compressor = new Deflater();
compressor.setLevel(Deflater.BEST_COMPRESSION);
// Give the compressor the data to compress
compressor.setInput(bytes);
compressor.finish();
// Create an expandable byte array to hold the compressed data.
// You cannot use an array that's the same size as the orginal because
// there is no guarantee that the compressed data will be smaller than
// the uncompressed data.
ByteArrayOutputStream bos = new ByteArrayOutputStream(bytes.length);
// Compress the data
byte[] buf = new byte[1024];
while (!compressor.finished())
{
int count = compressor.deflate(buf);
bos.write(buf, 0, count);
}
try
{
bos.close();
}
catch (IOException e)
{
}
// Get the compressed data
byte[] compressedData = bos.toByteArray();
return compressedData;
}
/**
* Answer a byte array that has been decompressed from the DEFLATER format.
*
* @param bytes
* a byte array
* @return byte[] compressed bytes
* @throws IOException
*/
public static byte[] uncompress(byte[] bytes)
{
// Create the decompressor and give it the data to compress
Inflater decompressor = new Inflater();
decompressor.setInput(bytes);
// Create an expandable byte array to hold the decompressed data
ByteArrayOutputStream bos = new ByteArrayOutputStream(bytes.length);
// Decompress the data
byte[] buf = new byte[1024];
while (!decompressor.finished())
{
try
{
int count = decompressor.inflate(buf);
bos.write(buf, 0, count);
}
catch (DataFormatException e)
{
}
}
try
{
bos.close();
}
catch (IOException e)
{
}
// Get the decompressed data
byte[] decompressedData = bos.toByteArray();
return decompressedData;
}
⑼ 請大神幫忙解決一個用java解壓縮一個zip壓縮格式位元組流中文內容亂碼問題！
這個問題我有點印象，好像是包的問題。好像不能用zip的那個，換另一個包就好了。具體我也不記得了
⑽ java什麼叫位元組流
位元組流(byte stream) 不包含邊界數據的連續流 位元組流是由位元組組成的,字元流是由字元組成的. Java里字元由兩個位元組組成枯吵瞎.位元組流是最基本的，所有的InputStrem和OutputStream的子類都是，主要用在處理二進制數據，它是按位元組來處理的但實際中很多的數據是文本，又提出了字元流的概念，它是按虛擬機的encode來處理，也就是要進行字元集的轉化。在從位元組流轉化為字元流時，實際上就是byte[]轉化為String時，public String(byte bytes[]， String charsetName)有一個關鍵的參數字元集編碼，通常我們都省略了，那系統就用操作系統默認的lang 流式傳輸主要指將整個音頻和視頻沒空及三維媒體等多媒體文件經過特定的壓縮方式解析成一個個壓縮包，由視頻伺服器向用戶計算機順序或實時傳送。在採用流式傳輸方式的系統中，用戶不必像採用下載方式那樣等到整個文件全部下載完畢，而是只需經過幾秒或幾十秒的啟動延時即可在用戶的計算碰凳機上利用解壓設備對壓縮的A/V、3D等多媒體文件解壓後進行播放和觀看。此時多媒體文件的剩餘部分將在後台的伺服器內繼續下載。