Java程序员的日常——经验贴(纯干货)

关于文件的解压和压缩

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

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

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

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

那么,压缩的命令就可以这样写:

tar -cvf abc.tar abc
gzip -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的编码不对,内部进行的文件处理当然也就会出现乱码。

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

# 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肯定是不一致了。因此,可以这样:

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.jar
fileMonitor.jar中没有主清单属性

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

Manifest-Version: 1.0
Main-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/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
    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包,并且设置好了它的编码。



可能感兴趣的文章

发表评论

Comment form

(*) 表示必填项

还没有评论。

跳到底部
返回顶部