u012934551的博客

native2ascii是JDK提供的一个工具。用来将别的文本类文件（比如*.txt,*.ini,*.properties,*.java等等）编码转为Unicode编码.例如: native2ascii–reverse \u7194\u5ca9输出 “熔岩” 在E:\ 根目录下有一个demo.properties配置文件（使用UTF-8编码），现在，有两个问题：

非捕获租

非捕获组构造                                                                匹配POSIX 字符类（仅US-ASCII）\p{Lower}                           小写字母字符：[a-z]\p{Upper}大写字母字符：[A-Z]

Java中类HashSet和类LinkedHashSet的区别类HashSet此类实现了Set接口，由哈希表（实际上是一个HashMap实例）支持。它不保证set 的迭代顺序；特别是它不保证该顺序恒久不变。此类允许使用null元素。类LinkedHashSet具有可预知迭代顺序的Set接口的哈希表和链接列表实现。此实现与HashSet的不同之处在于，后者维护一个运行

JVM Specification(JVM规范)对JVM内存的描述JVM specification 对JVM 内存的描述 首先我们来了解JVM specification 中的JVM 整体架构。如下图： 主要包括两个子系统和两个组件: Class Loader(类装载器)子系统, Execution Engine(执行引擎)子系统; Runtime Date Area(运行时数据区域

Java输入/输出流概念Java输入/输出是相对于程序来说的。程序在使用数据时所扮演的角色有两个：一个是源，一个是目的。如程序是数据流的源，即数据的提供者，这个数据流对程序来说就是一个“输出数据流”（数据从程序流出）。若程序是数据流的终点，这个数据流对程序来说是一个“输入数据流”（数据从程序外部流向程序）。Java的原始版本（Java 1.0）不包括字符流，因此所有的I/O

Java中try-catch结构我们可以使用多个catch块来捕获异常,这时需要将父类型的catch块放到子类型的catch块之后,这样才能保证后续的catch块可能被执行,否则子类型的catch将永远无法到达, Java编译器会报编译错误;如果多个catch块的异常类型是独立的(MyException, MyException2),那么谁前谁后都是可以的.如果

NIO API的集中抽象为:l  缓冲区, 它们是数据容器; BuffersDescriptionBufferPosition, limit, and capacity; clear, flip, rewind, and mark/resetByteBufferGet/put, compac

整体思路：(1)读取源文件内容（UTF-8编码无BOM）, 通过FileReader字符流完成;(2)向目标文件写内容，通过FileWriter字符流完成;(3)向控制台输出内容；最后的结果是，目标文件为UTF-8编码格式，一切正常；控制台得到的输出，中文字符为乱码，英文字母，标点符号一切正常。解码过程我查阅了Java API文档，官方在线文档在这里。结合之前理解的Java输入流与输出流的知识，找到