关于文件的解压和压缩
如果你的系统不支持tar -z命令
如果是古老的Unix系统，可能并不认识tar -z命令，因此如果你想要压缩或者解压tar.gz的文件，就需要使用gzip或者gunzip以及tar命令了。
关于tar.gz可以这么理解，tar结尾的压缩包，其实只负责把文件打包，并没有进行压缩；而gz结尾的包，则是进行压缩操作。
因此，tar.gz的文件可以理解为，先进行打包，再进行压缩。
那么，压缩的命令就可以这样写：
1
2
tar -cvf abc.tar abc
gzip -c abc.tar > abc.tar.gz
最终就会得出一个abc.tar.gz的文件。同理如果想要进行解压，可以这样：
1
2
3
4
gunzip abc.tar.gz
=>该命令会首先得出一个abc.tar的文件
tar -xvf abc.tar
=>该命令完成解压的步骤
执行完这两个命令，当前文件夹就会出现一个abc的文件夹了。
如果你的系统支持tar -z命令
如果你的系统级别高一点，就不用这么费事了，tar命令直接可以对gz进行操作：
1
2
3
4
tar -zxvf 压缩文件名.tar.gz
=>这个命令可以直接完成对压缩文件的解压
tar -zcvf 压缩文件名.tar.gz 被压缩文件名
=>这个命令可以直接完成对tar.gz的压缩
文件句柄占用导致应用崩溃
在Java中如果执行过多的流操作或者开启过多未关闭的Socket，并且没有及时的关闭，就可能会出现too many open files的错误。这就是因为系统的文件句柄数不够了....
在linux中可以使用命令查看文件句柄数：
1
ulimit -n
也可以使用这个命令，进行修改：
1
ulimit -n 2048
但是修改这里，是暂时的解决办法，如果长时间不释放文件句柄，仍然会报错。
所以还是应该回到程序中，检查流操作：
1
2
3
4
5
6
7
8
9
10
11
12
13
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的编码不对，内部进行的文件处理当然也就会出现乱码。
首先查看系统的默认编码：
1
2
3
4
5
6
7
8
9
# locale
LANG=
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肯定是不一致了。因此，可以这样:
1
java -Dfile.encoding=UTF-8 xxxx
通过添加上面的参数来指定JVM使用的编码。如果你是在tomcat中启动的可以修改其中的java相关的参数；如果是其他的程序，那么就依启动时的jvm参数为准，修改对应的启动命令即可。
使用javac以及java执行class
这个算是基础知识了，但是一般的开发者可能只是用它试验过helloworld。比如:
1
2
3
4
javac HelloWorld.java
=>编译出HelloWorld.class
java HelloWorld
=>执行该类
实际情况中可能远比这个复杂：
如何启动eclipse中编译出来的jar包
通过Eclipse进行打包，比较简单：
右键工程名字-Export
选择Jar File
选择指定的工程、以及编译出的jar包所在的目录
点击finish进行打包即可
这个时候，如果你直接执行java -jar xxx.jar，可能会抛出一个异常：
1
2
java -jar target.jar
fileMonitor.jar中没有主清单属性
这是因为这个jar中缺少了Main方法的定义。此时你可以这么做，通过解压工具进入到jar包中，修改META-INF下的MENIFEST.MF文件。
1
2
Manifest-Version: 1.0
Main-Class: com.test.类名
注意Main-Class后面的冒号后面要有空格、并且最后一行要空着（如果没有最后一行的的回车，就会报找不到Main-Class这个属性的错误）。
如果你使用Javac以及java编译类
如果你有一个类，这个类依赖于其他的jar包，比如：test.java依赖a.jar、b.jar。
那么可以执行javac进行编译：
1
2
3
javac -cp a.jar;b.jar test.java
=>注意如果是Linux，分号要换成冒号
javac -cp a.jar:b.jar test.java
然后使用java执行：
1
2
3
java -cp .;a.jar;b.jar test
=>如果是linux，分号换成冒号
java -cp .:a.jar:b.jar test
编写shell脚本
经常有人会编写一些类似tomcat一键启动的脚本，这里以linux为例：
1
2
3
4
5
6
7
8
#!/bin/sh
PRG="$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
1
2
3
4
5
6
7
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了。
第二点，是如何启动我们自己的类
1
"$JRE_HOME"/bin/java -Dfile.encoding=UTF-8 -jar "$AGENT_PATH"/lib/test.jar
上面这命令，是执行内置的jre中的java命令，使用java命令启动了一个可执行的jar包，并且设置好了它的编码。
|
|
收藏
淘帖
踩
