java获取文件路径

Java 开发中我们经常要获取文件的路径,比如读取配置文件等等。今天我们就关于文件的路径和如何读取文件简单地探讨一下。

文件的路径通常有 相对路径绝对路径

以当前文件为基准进行一级级目录指向被引用的资源文件。在 Java 代码中以当前运行的代码所在的位置为参照位置,只要被引用的文件相对于引用的文件的位置不变就可以被读取到。一旦改变相对位置就无法被读取到。

文件在文件系统中真正存在的路径,是指从硬盘的根目录(Windows为盘符)开始,进行一级级目录指向文件(从根目录一层层读写)。绝对路径顾名思义就是绝对的地址,就像你只要告诉别人你家的门牌号,他就能找到你家。而不是相对位置你告诉他在老王家的隔壁一样。

我们经常看到一些文件目录路径使用一些符号来简写,这里有必要总结一下(以类 Unix系统为例):

标识符 说明 ../ 表示当前文件所在的目录的上一级目录 ./ 表示当前文件所在的目录 / 表示根目录 ~ 当前用户目录, mac 下为 /Users/username,而 win10下为c:usersusername

Windows 下基本将 / 改为 “ 即可。

我们先来声明一个测试路径:

其中 Test.java 用来编写读取 app.yml 文件的逻辑。Java 中通过java.io.File 来进行文件操作。并且提供了以下三个方法来获取文件的路径。

该方法返回文件抽象路径名的字符串形式。实际上就是传递给 File 构造函数的路径名。

因此,如果 File 对象是使用相对路径创建的,则返回的值也将是相对路径。如果是绝对路径就返回绝对路径。

该方法返回文件的绝对路径。请注意!这里是有大坑的。如果你的文件在 Java 工程内,路径是按照编译后的路径计算的。

同时我们发现该方法只解析当前目录(上面代码所在的目录)的相对路径,如果初始化中的路径包含了 2.3 章节 中的 速记符速记符 将不会被解析。

因为速记符的存在,一个文件在文件系统中的 绝对路径 可以有很多个。

速记符 不被解析有时候是很痛苦的事,我们可能需要知道具体的路径。getCanonicalPath() 方法解决了这个问题。

由于getCanonicalPath()读取的是文件系统,因此会降低性能。如果我们确定没有使用速记符,并且驱动器号大小写已标准化(如果使用Windows OS),我们应该首选使用getAbsoultePath(),除非你的项目中必须使用 getCanonicalPath()。

规范路径(不包含速记符)对于一个固定位置的文件来说是唯一的。

干货:MAC上轻松搞定查看Java汇编代码

大家上学时是否学过汇编语言,还记得学过的汇编语言长什么样子吗?好吧,我是忘记了,[捂脸]只记得有0x0000000****,今天就带大家来一起看下汇编代码的真面目。

本次我们将通过IntellJ IDEA + hsdis 插件来查看如下程序的汇编代码:

hsdis是Java官方推荐HotSpot虚拟机JIT(即时编译器)编译代码的一个反汇编插件,下载hsdis-amd64.dylib,并拷贝到JRE的安装目录下。

  • 下载地址:https://pan.baidu.com/s/191qe6yZSYcF3x-N_a7f3ew
  • 提取码:cwg4
  • JRE目录:jdk1.8.0_181.jdk/Contents/Home/jre/lib/server

注意:hsdis-amd64.dylib的权限和所属用户要按需修改(chown、chmod),只要有可执行权限即可。

点击IntelliJ IDEA中的“Edit Configureations…”,进行VM options配置,配置如下参数:

Java命令参数说明可以参考 https://docs.oracle.com/javase/8/docs/technotes/tools/unix/java.html

  • -XX:+UnlockDiagnosticVMOptions:解锁用于JVM诊断的选项
  • -XX:+PrintAssembly:配合反汇编插件,打印出字节码和本地方法的汇编码,必须和 -XX:+UnlockDiagnosticVMOptions一起使用
  • -Xcomp:在第一次调用时强制编译方法,默认情况下,无论是 -client 模式还是 -server 模式,都需要执行一定次数解释方法的调用才会触发方法的编译。(如果需要 JIT 日志,则不指定该参数)
  • -XX:+LogCompilation:允许将编译活动记录到当前工作目录中名为hotspot.log的文件中,可以通过-XX:LogFile来指定文件名和文件路径
  • -XX:LogFile=path:指定日志的文件名和文件路径,如:-XX:LogFile=/logs/hotspot.log

运行示例JAVA代码,在IntellJ IDEA控制台就输出了汇编代码,是不是看起来有点眼熟啦。

上面的输出结果,相信你看着也比较难受,这个时候JITWatch就可以大显身手了。JITWatch是由Chris Newland开发的一款HotSpot JIT编译器日志分析工具,它可以分析JVM产生的hotspot.log文件,并以可视化的方式将JIT 执行时的信息显示出来。

  • clone jitwatch项目
  • cd 到 jitwatch目录下,通过Maven进行编译,编译成功后,即可打开jitwatch主界面
  • 以后每次启动jitwatch,在jitwatch目录下直接运行启动脚本即可
  • JITWatch主界面
  • 点击“Config”按钮,设置Java源码文件、Class字节码文件路径,点击“Save”,一定要注意选择的目录层级
  • 配置完成之后,点击“Open Log”按钮,导入我们刚刚生成的日志文件,然后点击“Start”按钮,即可看到我们刚刚运行的Java类方法
  • 双击即可打开看到代码对照界面了,这样看是不是舒服很多

通过查看汇编代码,你就会发现在操作volatile变量时,底层汇编语言是追加了 lock 关键词,来保证可见性和防止重排序的。Lock处理器可以独享主内存,锁住系统总线,让其他CPU不能通过总线访问系统主内存。

本文作者及来源:Renderbus瑞云渲染农场https://www.renderbus.com

点赞 0
收藏 0

文章为作者独立观点不代本网立场,未经允许不得转载。