关于文件的解压和压缩

如果你的系统不支持tar -z命令

前往讨论
如果是古老的Unix系统，可能并不认识tar -z命令，因此如果你想要压缩或者解压tar.gz的文件，就需要使用gzip或者gunzip以及tar命令了。

关于tar.gz可以这么理解，tar结尾的压缩包，其实只负责把文件打包，并没有进行压缩；而gz结尾的包，则是进行压缩操作。

因此，tar.gz的文件可以理解为，先进行打包，再进行压缩。

那么，压缩的命令就可以这样写：

tar -cvf abc.tar abcgzip -c abc.tar > abc.tar.gz

最终就会得出一个abc.tar.gz的文件。同理如果想要进行解压，可以这样：

gunzip abc.tar.gz
=>该命令会首先得出一个abc.tar的文件tar -xvf abc.tar
=>该命令完成解压的步骤

执行完这两个命令，当前文件夹就会出现一个abc的文件夹了。

如果你的系统支持tar -z命令

如果你的系统级别高一点，就不用这么费事了，tar命令直接可以对gz进行操作：

tar -zxvf 压缩文件名.tar.gz
=>这个命令可以直接完成对压缩文件的解压tar -zcvf 压缩文件名.tar.gz 被压缩文件名
=>这个命令可以直接完成对tar.gz的压缩

文件句柄占用导致应用崩溃

在Java中如果​​执行过多的流操作​​​或者​​开启过多未关闭的Socket​​​，并且没有及时的关闭，就可能会出现​​too many open files​​的错误。这就是因为系统的文件句柄数不够了....

在linux中可以使用命令查看文件句柄数：

ulimit -n

也可以使用这个命令，进行修改：

ulimit -n 2048

但是修改这里，是暂时的解决办法，如果长时间不释放文件句柄，仍然会报错。

所以还是应该回到程序中，检查流操作：

BufferedReader in = null;try{in = new BufferedReader(new FileReader(file));    //你的业务逻辑}catch(Exception e){
}finally{    if(in != null){        try{            in.close();//及时的进行释放}catch(Exception e){}}
}

如果是一些可以复用的流，还可以把它提取出来多次使用。

Linux系统下的乱码问题
乱码问题经常困扰着程序员的日常开发，关于编码的问题就不详细说了。有一个经常遇到的问题就是，我们开发好的一个应用，放在Linux下就会出现乱码，仔细检查每个编码的配置，都是utf-8，简直是百思不得其解。

其实这是JVM的问题，因为JVM默认会按照系统的编码来执行，如果JVM的编码不对，内部进行的文件处理当然也就会出现乱码。

首先查看系统的默认编码：

# localeLANG=LC_CTYPE="C"LC_COLLATE="C"LC_MONETARY="C"LC_NUMERIC="C"LC_TIME="C"LC_MESSAGES="C"LC_ALL=

很多系统的编码都是这个​​C​​,在这边博客中说，C是系统默认的Locale，默认由ANSI C来支持。也就是说默认的编码是ANSI C！

这样，它与我们的UTF-8肯定是不一致了。因此，可以这样:

java -Dfile.encoding=UTF-8 xxxx

通过添加上面的参数来指定JVM使用的编码。如果你是在tomcat中启动的可以修改其中的java相关的参数；如果是其他的程序，那么就依启动时的jvm参数为准，修改对应的启动命令即可。

使用javac以及java执行class
这个算是基础知识了，但是一般的开发者可能只是用它试验过helloworld。比如:

javac HelloWorld.java
=>编译出HelloWorld.class
java HelloWorld
=>执行该类

实际情况中可能远比这个复杂：

如何启动eclipse中编译出来的jar包
通过Eclipse进行打包，比较简单：

• 右键工程名字-Export
• 选择Jar File
• 选择指定的工程、以及编译出的jar包所在的目录
• 点击finish进行打包即可

这个时候，如果你直接执行java -jar xxx.jar，可能会抛出一个异常：

java -jar target.jarfileMonitor.jar中没有主清单属性

这是因为这个jar中缺少了Main方法的定义。此时你可以这么做，通过解压工具进入到jar包中，修改META-INF下的MENIFEST.MF文件。

Manifest-Version: 1.0Main-Class: com.test.类名

注意Main-Class后面的冒号后面要有空格、并且最后一行要空着（如果没有最后一行的的回车，就会报找不到Main-Class这个属性的错误）。

如果你使用Javac以及java编译类
如果你有一个类，这个类依赖于其他的jar包，比如：test.java依赖a.jar、b.jar。

那么可以执行javac进行编译：

javac -cp a.jar;b.jar test.java
=>注意如果是Linux，分号要换成冒号
javac -cp a.jar:b.jar test.java

然后使用java执行：

java -cp .;a.jar;b.jar test
=>如果是linux，分号换成冒号
java -cp .:a.jar:b.jar test

编写shell脚本
经常有人会编写一些类似tomcat一键启动的脚本，这里以linux为例：

#!/bin/shPRG="$0"PRGDIR=`dirname "$PRG"`[ -z "$ROOT_PATH" ] && ROOT_PATH=`cd "$PRGDIR/.." >/dev/null; pwd`echo "设置 ROOT_PATH为 $ROOT_PATH"[ -z "$JRE_HOME" ] && JRE_HOME=`cd "$ROOT_PATH/jre" >/dev/null; pwd`echo "设置 JRE_HOME 为 $JRE_HOME""$JRE_HOME"/bin/java -Dfile.encoding=UTF-8 -jar "$AGENT_PATH"/lib/test.jar

有几个可以值得借鉴的地方：

第一点，就是如何设置环境变量，比如使用内置的jre

PRG="$0"PRGDIR=`dirname "$PRG"`
这两句话是为了获取启动脚本所在的目录。
[ -z "$ROOT_PATH" ] && ROOT_PATH=`cd "$PRGDIR/.." >/dev/null; pwd`
这句话是设置了该启动脚本所处的应用的根目录
[ -z "$JRE_HOME" ] && JRE_HOME=`cd "$ROOT_PATH/lib/jre" >/dev/null; pwd`
这句话是最终设置环境变量的命令。粗俗JRE_HOME就指定为应用内置的jre了。

第二点，是如何启动我们自己的类

"$JRE_HOME"/bin/java -Dfile.encoding=UTF-8 -jar "$AGENT_PATH"/lib/test.jar

上面这命令，是执行内置的jre中的java命令，使用java命令启动了一个可执行的jar包，并且设置好了它的编码。