亚洲免费成人,91成人在线看,两个人hd高清在线观看

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提供了多�U�创�? 文�g的方法，使得我们在创建文件的时候就可以指定文�g的某些初始属性。例如在支持POSIX的文件系�l�上指定文�g的所有者，讉K��权限�{�。关于文件的属性， ��L��上一��文�?a target="_blank">Java SE 7新特性之文�g操作�Q?�Q?- ��理元数�?/a>
创徏文�g
可以调用createFile(FileAttribute)�Ҏ��创徏一个空文�g。该�Ҏ��的参数就是文件的初始属性。下面的例子是怎样在创建文件的时候赋予该文�g某些权限的属性：

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��~�省的文件属性。下面的代码创徏了一个具有缺省文件属性的文�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�存在，该方法会抛出异常�?br /> 注意在调用createFile�Ҏ��Ӟ��查文件是否存在和创徏��h��特定的属性的文�g是在同一个原子操作中�?br /> �q�可以��用newOutputSteam�Ҏ��来创建文�Ӟ��在本文的后面我们会讲到怎样使用newOutputStream�Ҏ��来创建文件�?br /> 通过Stream I/O��L��?/font>
我们可以通过newInputStream�Q�OpenOption...)�Ҏ��打开和读取文件。这个方法返回一个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();
}

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

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

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

WRITE –��Z��写访问而打开该文�?
APPEND – ��新数据扩展在文件的末尾。该选项和WRITE或CREATE选项一起��用�?br />
TRUNCATE_EXISTING – ��文件截断�ؓ0字节�? 该选项和WRITE选项一起��用来覆盖原有文�g�?
CREATE_NEW – 创徏一个新的文件。如果原来的文�g存在�q�抛出异常�?br />
CREATE – 如果原文件存在这打开它，否则创徏新的文�g�?br />
DELETE_ON_CLOSE – 当Stream关闭时删除该文�g。这个选项对��时文件比较有用�?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�该�Ҏ��的行为是�Q�如果文件不存在�Q�则创徏新文�Ӟ��如果文�g存在�Q�那么截断它。也��是说缺省的选择是CREATE�? TRUNCATE_EXISTING选项的组合�?br /> 下面的代码打开一�?span onclick="tagshow(event)" class="t_tag">日志文�g�Q�如果文件不存在�Q�则创徏一个新文�g。如果文�? 存在�Q�这��新的内�Ҏ��展到文�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接口提供了基本的��d��功能。SeekableByteChannel扩展�? ByteChannel�q�提供了�l�护一个channel中的位置�q�改变该位置的能力。SeekableByteChannel�q�支持截断文件和查询文�g�? ��的功能�?br /> �U�d��到文件中不同的位�|�，从该位置开始读或写的能力��我们可以随机讉K��文�g。有两种形式�? newByteChannel�Ҏ��可以用来��L��写文�Ӟ��q�两�U��Ş式和newOutputStream�Ҏ��一栗��?br />

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

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

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();
}

�? 面的代码是�ؓ了UNIX或其他支持POSIX的文件系�l�编写的。这�D�代码创��Z��个新的日志文件或者扩展原有的日志文�g�Q�该日志文�g创徏时指定了讉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��供了很多�Ҏ��来对文�g和目录进行读、写和其他的操作。在看这些方法之前，我们先需要了解一些其他的概念�Q?br />
Varargs实际上是Variable number of arguments的羃写，也就是可变数目的参数。例如在下面的方法声明中�Q�CopyOption参数后面的省略号表明�q�个�Ҏ��接受可变个数的参数�?br /> Path moveTo(Path, CopyOption...)
当一个方法可以接受可变数目的参数�Ӟ��你可以传入以逗号分隔的多个参敎ͼ�或者传入一个数�l��?br /> 对于上面的moveTo�Ҏ��Q�可以这栯��用：

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

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

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

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

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

Path�c�L��两个�Ҏ��能够接受带模式匹配的参数。下面是�q�种参数的规则：
星号*匚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 /> 要匹�?,?或其他的�Ҏ��字符�Q�可以��用�{义符"。例�?"匚w��单个�?�Q??匚w��问号�?br /> �Ҏ��号[]表示一�l�单独的字符�Q�当使用�?的时候，也代表一个范围的字符�Q�例如：
[aeiou]匚w��M��单独的元韛_��W�，[0-9]匚w��L��数字�Q�[A-Z]匚w��L��大写字母�Q�[a-z,A-Z]匚w��L��大写或小写字母。在�Ҏ��号中�Q�星受��问号和"都只是表�C�它们自�w�，不再作�ؓ�Ҏ��W�号�?br /> 下面是一些例子：
*.html匚w��所有以.html�l�尾的字�W�串�?br /> ???匚w��所有长度�ؓ3的字�W�串
*[0-9]*匚w��所有包含有数字的字�W�串
*.{html,htm,pdf}匚w��所有以.html,.html�?pdf�l�尾的字�W�串
a?*.java匚w��所有以a开��_��后面跟至��一个字�W�，然后�?java�l�尾的字�W�串�?br /> {foo*,*[0-9]*}匚w��以foo开头的字符串或包含有数字的字符丌Ӏ?br /> 关于参数中的模式的��用，请参考FileSystem�cȝ��getPathMatcher�Ҏ��的帮助文档�?br /> 如果�q�种模式匚w��仍然不能够满��需要，我们�q�可以��用正则表辑ּ��?br />

Path会指向文件或者目录，但是我们�q�不能确定这个文件或者目录是否存在，是否可读�Q�是否可写，是否可以执行。要��定文�g/目录是否存在以及�E�序是否可以讉K��该文�?目录�Q�可以��用checkAccess(AccessMode...)�Ҏ��。可选的AccessMode有：
    * READ – ��查文�?目录是否存在以及�E�序是否有权限读该文�?目录
    * WRITE – ��查文�?目录是否存在以及�E�序是否有权限写该文�?目录
    * EXECUTE – ��查文�?目录是否存在以及�E�序在该文�g/目录上是否有执行权限
如果调用checkAccess的时候没有传入�Q何参敎ͼ�该方法只是检查文件是否存在�?br /> 下面的例子演�C�Z��怎样验证文�g是否存在以及�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ȝ��理员）修改。这实际上是很多应用�E�序都有的安全性的问题。如果你感兴��，可以搜烦TOCTTOU �Q�time of check to time of use�Q��?br />

当文件系�l�中存在�W�号链接的时候，可能两个不同的�\径会指向同一个文件或目录。方法isSamePath会比较两个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的接口实现定义�ؓ


            MethodBeforeAdvice
            AfterReturningAdvice
            MethodInterceptor


那么执行的结果是
MethodBeforeAdvice

MethodInterceptor: before call

Really method excuting

MethodInterceptor: after call

AfterReturningAdvice

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


            MethodBeforeAdvice
            MethodInterceptor
            AfterReturningAdvice


执行的结果是
MethodBeforeAdvice

MethodInterceptor: before call

Really method excuting

AfterReturningAdvice

MethodInterceptor: after call
也就是说�Q�执行的��序是：MethodBeforeAdvice�Q�MethodInterceptor的调用前的部分，目标�Ҏ��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 发表评论