国产亚洲人成网站观看,亚洲国产专区一区,久久亚洲日韩精品一区二区三区

Java SE 7新特性之文�g操作�Q?�Q?- 创徏和读写文�?

afrag — Mon, 05 Apr 2010 09:30:00 GMT

转自开发者的天空

本文中我们来讨论�?span onclick="tagshow(event)" class="t_tag">NIO2中怎样创徏文�g、读取文件和写文件。NIO2提供�?ji��n)多�U�创�? 文�g的方法，使得我们在创建文件的时候就可以指定文�g的某些初始属性。例如在支持POSIX的文件系�l�上指定文�g的所有者，讉K��权限�{�。关于文件的属性， ��L(f��ng)��上一��文�?a target="_blank">Java SE 7新特性之文�g操作�Q?�Q?- ��理元数�?/a>
创徏文�g
可以调用createFile(FileAttribute)�Ҏ(gu��)��创徏一个空文�g。该�Ҏ(gu��)��的参数就是文件的初始属性。下面的例子是怎样在创建文件的时候赋予该文�g某些权限的属性：(x��)

Path sourceFile = ;
Path newFile = ;
PosixFileAttributes attrs = Attributes.readPosixFileAttributes(sourceFile);
FileAttribute<Set<PosixFilePermission>> attr =
          PosixFilePermissions.asFileAttribute(attrs.permissions());
try {
    file.createFile(attr);
} catch (IOException x) {
    //unable to create the file
}

�? 果在调用该方法的时候没有传入�Q何参敎ͼ�那么创徏的文件将��h��~�省的文件属性。下面的代码创徏�?ji��n)一个具有缺省文件属性的文�g�Q?em>

Path file = ;
try {
    file.createFile();   //Create the empty file with default permissions, etc.
} catch (FileAlreadyExists x) {
    System.err.format("file named %s already exists%n", file);
} catch (IOException x) {
    //Some other sort of failure, such as permissions.
    System.err.format("createFile error: %s%n", x);
}

�? 果要创徏的文件已�l�存在，该方法会(x��)抛出异常�?br /> 注意在调用createFile�Ҏ(gu��)��Ӟ��(g��)查文件是否存在和创徏��h��特定的属性的文�g是在同一个原子操作中�?br /> �q�可以��用newOutputSteam�Ҏ(gu��)��来创建文�Ӟ��在本文的后面我们�?x��)讲到怎样使用newOutputStream�Ҏ(gu��)��来创建文件�?br /> 通过Stream I/O��L��?/font>
我们可以通过newInputStream�Q�OpenOption...)�Ҏ(gu��)��打开和读取文件。这个方法返回一个unbuffered输入��（input stream�Q�，我们可以用它来从文�g中读取字节内宏V�?em>

Path file = ;
InputStream in = null;
try {
    in = file.newInputStream();
    BufferedReader reader = new BufferedReader(new InputStreamReader(in));
    String line = null;
    while ((line = reader.readLine()) != null) {
        System.out.println(line);
    }
} catch (IOException x) {
    System.err.println(x);
} finally {
    if (in != null) in.close();
}

�? 意该�Ҏ(gu��)��接受可变个数的参敎ͼ�参数�c�d��为OpenOption�Q�指定了(ji��n)文�g怎样打开。如果不传入参数�Q�则使用默认的READ方式打开。READ方式是所�? 的实现都支持的方式。有一些实��C��支持其他的打开方式�?br /> 如果传入的OpenOption或其�l�合不正��，�?x��)抛出异常。如果程序没有读权限或I/O错误�Q�也�?x��)抛出异常�?br /> Creating and Writing a File by Using Stream I/O
使用Stream I/O来创建和写文�?/font>
我们可以使用newOutputStream�Ҏ(gu��)��来创建文件、扩展文件或覆盖已有文�g。这个方法�ؓ(f��)�?ji��n)写文�g而打开或创建文�Ӟ��该方法返回一�? unbuffered的输出流�Q�output stream�Q�。newOutputStream�Ҏ(gu��)��有两�U��Ş式：(x��)

newOutputStream(OpenOption...)
newOutputStream(Set, FileAttribute...)

�q�两�U��Ş式都接受一�l�OpenOption作�ؓ(f��)参数�Q�第二种形式�q�允许指定初始的文�g属性。这个方法支持的StandardOpenOption有：(x��)

WRITE –��Z��(ji��n)写访问而打开该文�?
APPEND – ��新数据扩展在文件的末尾。该选项和W(xu��)RITE或CREATE选项一起��用�?br />
TRUNCATE_EXISTING – ��文件截断�ؓ(f��)0字节�? 该选项和W(xu��)RITE选项一起��用来覆盖原有文�g�?
CREATE_NEW – 创徏一个新的文件。如果原来的文�g存在�q�抛出异常�?br />
CREATE – 如果原文件存在这打开它，否则创徏新的文�g�?br />
DELETE_ON_CLOSE – 当Stream关闭时删除该文�g。这个选项对��(f��)时文件比较有用�?br />
SPARSE – 表明新创建的文�g是Sparse文�g. 关于Sparse文�g的具体信息请�?a target="_blank">http://space.itpub.net/8242091/viewspace-619756�?br />
SYNC – 保持该文�Ӟ��包括内容和元数据�Q�与底层存储讑֤�同步�?
DSYNC – 保持文�g内容与底层存储设备同步�?br />

如果没有指定OpenOption�Q�该�Ҏ(gu��)��的行为是�Q�如果文件不存在�Q�则创徏新文�Ӟ��如果文�g存在�Q�那么截断它。也��是说缺省的选择是CREATE�? TRUNCATE_EXISTING选项的组合�?br /> 下面的代码打开一�?span onclick="tagshow(event)" class="t_tag">日志文�g�Q�如果文件不存在�Q�则创徏一个新文�g。如果文�? 存在�Q�这��新的内�Ҏ(gu��)��展到文�g��N��?em>

import static java.nio.file.StandardOpenOption.*;

Path logfile = ;

//Convert the string to a byte array.
String s = ;
byte data[] = s.getBytes();

OutputStream out = null;
try {
    out = new BufferedOutputStream(logfile.newOutputStream(CREATE, APPEND));

    out.write(data, 0, data.length);
} catch (IOException x) {
    System.err.println(x);
} finally {
    if (out != null) {
        out.flush();
        out.close();
    }
}

使用Channel I/O�?span onclick="tagshow(event)" class="t_tag">��d��文�g
Stream I/O每次��d��一个字�W�，Channel I/O每次��d��一个缓冲块的数据。ByteChannel接口提供�?ji��n)基本的��d��功能。SeekableByteChannel扩展�? ByteChannel�q�提供了(ji��n)�l�护一个channel中的位置�q�改变该位置的能力。SeekableByteChannel�q�支持截断文件和查询文�g�? ��的功能�?br /> �U�d��到文件中不同的位�|�，从该位置开始读或写的能力��我们可以随机讉K��文�g。有两种形式�? newByteChannel�Ҏ(gu��)��可以用来��L��写文�Ӟ��q�两�U��Ş式和newOutputStream�Ҏ(gu��)��一栗��?br />

newByteChannel(OpenOption...)
newByteChannel(Set, FileAttribute...)

�q�两个方法都允许指定OpenOption�Q�newOutputStream所支持的选择�q�里也支持，而且�q�里�q�支持另外一个选项READ�Q�因�? SeekableByteChannel既支持读也支持写�?br /> 如果选项是READ�Q�那么该channel��是��Z��(ji��n)读访问打开。如果选项是WRITE或APPEND�Q�则该channel��是��Z��(ji��n)写访问打开。如果没有指定，该channel默认是�ؓ(f��)�?ji��n)读打开�?br /> 下面的代码从文�g中读取内容�ƈ输出到控制台上：(x��)

SeekableByteChannel sbc = null;
try {
    sbc = file.newByteChannel();  //Defaults to READ
    ByteBuffer buf = ByteBuffer.allocate(10);

    //Read the bytes with the proper encoding for this platform.
    //If you skip this step, you might see something that looks like Chinese
    //characters when you expect Latin-style characters.
    String encoding = System.getProperty("file.encoding");
    while (sbc.read(buf) > 0) {
        buf.rewind();
        System.out.print(Charset.forName(encoding).decode(buf));
        buf.flip();
    }
} catch (IOException x) {
    System.out.println("caught exception: " + x);
} finally {
    if (sbc != null) sbc.close();
}

�? 面的代码是�ؓ(f��)�?ji��n)UNIX或其他支持POSIX的文件系�l�编写的。这�D�代码创��Z��个新的日志文件或者扩展原有的日志文�g�Q�该日志文�g创徏时指定了(ji��n)讉K��权限 �Q�所有者有��d��权限�Q�同�l�用户只有读权限�Q�其他用��h��有读权限�Q��?

import static java.nio.file.StandardCopyOption.*;

//Create the set of options for appending to the file.
Set<OpenOptions> options = new HashSet<OpenOption>();
options.add(APPEND);
options.add(CREATE);

//Create the custom permissions attribute.
Set<PosixFilePermission> perms = PosixFilePermissions.fromString("rw-r------");
FileAttribute<Set<PosixFilePermission>> attr = PosixFilePermissions.asFileAttribute(perms);

//Convert the string to a ByetBuffer.
String s = ;
byte data[] = s.getBytes();
ByteBuffer bb = ByteBuffer.wrap(data);

SeekableByteChannel sbc = null;
try {
    sbc = file.newByteChannel(options, attr);
    sbc.write(bb);
} catch (IOException x) {
    System.out.println("exception thrown: " + x);
} finally {
    if (sbc != null) sbc.close();
}

afrag 2010-04-05 17:30 发表评论

afrag — Mon, 29 Mar 2010 02:02:00 GMT

转自开发者的天空

Path�c�L��供了(ji��n)很多�Ҏ(gu��)��来对文�g和目录进行读、写和其他的操作。在看这些方法之前，我们先需要了(ji��n)解一些其他的概念�Q?br />
Varargs实际上是Variable number of arguments的羃写，也就是可变数目的参数。例如在下面的方法声明中�Q�CopyOption参数后面的省略号表明�q�个�Ҏ(gu��)��接受可变个数的参数�?br /> Path moveTo(Path, CopyOption...)
当一个方法可以接受可变数目的参数�Ӟ��你可以传入以逗号分隔的多个参敎ͼ�或者传入一个数�l��?br /> 对于上面的moveTo�Ҏ(gu��)��Q�可以这栯��用：(x��)

import static java.nio.file.StandardCopyOption.*;

        Path orig = ;
        Path new = ;
        orig.moveTo(new, REPLACE_EXISTING, ATOMIC_MOVE);

Path的很多方法在文�g�pȝ��上执行的操作都是原子操作�Q�例如moveTo�Ҏ(gu��)��。原子操作是指不�?x��)被中断或不会(x��)部分执行的操作。操作要么是完全成功�Q�要么是完全��p�|。当有多个进�E�操作同文�g�pȝ��的相同的区域的时候这一点就很重要�?br />

很多的文件I/O�Ҏ(gu��)��支持�Ҏ(gu��)��铄��概念�?br /> 调用�W�一个方法会(x��)�q�回一个对象，我们可以直接调用�q�个对象的方法，�q�个�Ҏ(gu��)��依然�q�回一个对象，我们又可以直接调用该对象的方法，��p��h��l�下厅R��例如：(x��)
        String value = Charset.defaultCharset().decode(buf).toString();
        UserPrincipal group = file.getFileSystem().getUserPrincipalLookupService().lookupPrincipalByName("me");
�q�个技术能够��我们�~�写更加紧凑的代码，避免声明一些我们不需要的临时变量�?br />

Path�c�d��C��(ji��n)FileRef接口。FileRef接口包含�?ji��n)定位文件和讉K��文�g的方法�?br />

Path�c�L��两个�Ҏ(gu��)��能够接受带模式匹配的参数。下面是�q�种参数的规则：(x��)
星号*匚w��L��数目的字�W�（也可能是没有�Q?br /> 两个星号**同样是代表�Q意数目的字符�Q�不同的是这个匹配可以穿��目录边界。例�?c:"a**"bar可以匚w��c:"abc"bar�Q�也可以匚w��c:"am"cn"bar�?br /> 问号?匚w��一个字�W?br /> 花括号{}表明子模式的集合�Q�例如{sun,moon,stars}可以匚w��'sun','moon'�?#8216;stars’�Q�{temp*,tmp*}可以匚w��以temp或tmp开始的��L��字符丌Ӏ?br /> 要匹�?,?或其他的�Ҏ(gu��)��字符�Q�可以��用�{义符"。例�?"匚w��单个�?�Q??匚w��问号�?br /> �Ҏ(gu��)��号[]表示一�l�单独的字符�Q�当使用�?的时候，也代表一个范围的字符�Q�例如：(x��)
[aeiou]匚w��M��单独的元韛_��W�，[0-9]匚w��L��数字�Q�[A-Z]匚w��L��大写字母�Q�[a-z,A-Z]匚w��L��大写或小写字母。在�Ҏ(gu��)��号中�Q�星受��问号和"都只是表�C�它们自�w�，不再作�ؓ(f��)�Ҏ(gu��)��W�号�?br /> 下面是一些例子：(x��)
*.html匚w��所有以.html�l�尾的字�W�串�?br /> ???匚w��所有长度�ؓ(f��)3的字�W�串
*[0-9]*匚w��所有包含有数字的字�W�串
*.{html,htm,pdf}匚w��所有以.html,.html�?pdf�l�尾的字�W�串
a?*.java匚w��所有以a开��_(d��)��后面跟至��一个字�W�，然后�?java�l�尾的字�W�串�?br /> {foo*,*[0-9]*}匚w��以foo开头的字符串或包含有数字的字符丌Ӏ?br /> 关于参数中的模式的��用，请参考FileSystem�cȝ��getPathMatcher�Ҏ(gu��)��的帮助文档�?br /> 如果�q�种模式匚w��仍然不能够满��需要，我们�q�可以��用正则表辑ּ��?br />

Path�?x��)指向文件或者目录，但是我们�q�不能确定这个文件或者目录是否存在，是否可读�Q�是否可写，是否可以执行。要��定文�g/目录是否存在以及(qi��ng)�E�序是否可以讉K��该文�?目录�Q�可以��用checkAccess(AccessMode...)�Ҏ(gu��)��。可选的AccessMode有：(x��)
    * READ – ��(g��)查文�?目录是否存在以及(qi��ng)�E�序是否有权限读该文�?目录
    * WRITE – ��(g��)查文�?目录是否存在以及(qi��ng)�E�序是否有权限写该文�?目录
    * EXECUTE – ��(g��)查文�?目录是否存在以及(qi��ng)�E�序在该文�g/目录上是否有执行权限
如果调用checkAccess的时候没有传入�Q何参敎ͼ�该方法只是检查文件是否存在�?br /> 下面的例子演�C�Z��(ji��n)怎样验证文�g是否存在以及(qi��ng)�E�序是否有读和执行的权限�?br /> import static java.nio.file.AccessMode.*;

    Path file = ...;
    try {
        file.checkAccess(READ, EXECUTE);
    } catch (IOException x) {
        //Logic for error condition...
        return;
    }

    //Logic for executable file...
需要注意的是，当checkAccess执行完之后，文�g的权限可能被其他的用��P��例如�pȝ��理员）(j��)修改。这实际上是很多应用�E�序都有的安全性的问题。如果你感兴��，可以搜烦(ch��)TOCTTOU �Q�time of check to time of use�Q��?br />

当文件系�l�中存在�W�号链接的时候，可能两个不同的�\径会(x��)指向同一个文件或目录。方法isSamePath�?x��)比较两个Path来检查它们是否指向同一个文�?目录�?br />     Path p1 = ...;
    Path p2 = ...;

    try {
        if (p1.isSameFile(p2)) {
            //Logic when the paths locate the same file
        }
    } catch (IOException x) {
        //Logic for error condition...
        return;
    }

afrag 2010-03-29 10:02 发表评论

afrag — Wed, 02 Nov 2005 10:10:00 GMT

在Spring 的AOP中，如果一个Proxy同时实现MethodBeforeAdvice、AfterReturningAdvice和MethodInterceptor接口�Q�那么这三个Advice的执行顺序是什么样的呢�Q?BR>�l�过试验�Q�是和xml文�g中的定义��序有关的�?BR>如果Proxy的接口实现定义�ؓ(f��)


            MethodBeforeAdvice
            AfterReturningAdvice
            MethodInterceptor


那么执行的结果是
MethodBeforeAdvice

MethodInterceptor: before call

Really method excuting

MethodInterceptor: after call

AfterReturningAdvice

也就是说�Q�执行顺序是�Q�MethodBeforeAdvice�Q�MethodInterceptor的调用前的部分，目标�Ҏ(gu��)��Q�MethodInterceptor的调用后的部分，AfterReturningAdvice�?BR>
如果proxy的定义是


            MethodBeforeAdvice
            MethodInterceptor
            AfterReturningAdvice


执行的结果是
MethodBeforeAdvice

MethodInterceptor: before call

Really method excuting

AfterReturningAdvice

MethodInterceptor: after call
也就是说�Q�执行的��序是：(x��)MethodBeforeAdvice�Q�MethodInterceptor的调用前的部分，目标�Ҏ(gu��)��Q�AfterReturningAdvice�Q�MethodInterceptor的调用后的部分�?BR>
如果proxy的定义是


            MethodInterceptor
            MethodBeforeAdvice
            AfterReturningAdvice


执行的结果是�Q?BR>MethodInterceptor: before call

MethodBeforeAdvice

Really method excuting

AfterReturningAdvice

MethodInterceptor: after call
也就是说,执行的顺序是�Q�MethodInterceptor的调用前的部分，MethodBeforeAdvice�Q�目标方法，AfterReturningAdvice�Q�MethodInterceptor的调用后的部分�?BR>以上的顺序是在springframework 1.2.5中测试的�?BR>

afrag 2005-11-02 18:10 发表评论