众多开发者期待的Java 9四次跳票后， 22号终于发布正式版！！！DK9 提供超过150项新功能特性，包括备受期待的模块化系统、可交互的REPL工具 jshell，以及安全增强、扩展提升、性能管理改善等。Java 9的模块化改变了游戏规则基于Project Jigsaw的模块化功能引起了广大程序开发人员的争议，Java商店对于模块化功能并没有立即更新，而是保守的决定等模块化日渐成熟后在进行更新。模块化是以Java平台模块系统的形式将JDK分为一组模块，用于运行、编译或构建时间组合的功能。模块化也被称为一次具有传递性的变更，有利于帮助人们进一步了解模块之间的依赖关系。模块化可以让软件开发人员更容易的组装和维护复杂的应用程序，此外，Java 9中的模块化可以使得Java更好的缩小模块化到更小的设备，同时提高安全性和性能。模块化主要包括应用程序打包、模块化JDK本身、将源代码重新组合成模块以及重构JDK和Java运行环境映像等。JavaFX UI控件和CSS API现在可用于模块化。模块化支持多种配置，可以提高可扩展性、安全性和应用性能，将Java 9轻松的扩展到小型设备是模块化的关键驱动力。来源：51CTO 作者：王雪燕

本帖最后由 码小玩 于 2017-9-29 14:19 编辑一口不吃了一个胖子，心急吃不了热豆腐。当你点开这篇文这句话送给你。 0基础学Java只需办法适合，仍然有机遇进修好Java编程。初学Java就像交同伙从生疏到认识再到铁杆错误平生相伴，跟着进修的深刻，你会发明学Java并非设想的那样死板和艰苦，乃至另有一些美好之感，本文就为零根基学java的10个筹划，对初学java的你必定有帮助： 筹划一：透辟理解面向工具 只有理解了面向工具能力感知Java编程的绝妙，面向工具是Java中很紧张的一个概念，假如理解不透辟的话，你可以或者在前期编程时会仍然遵守面向进程的形式，理解概念很紧张，但并不能赞助你太多，最紧张的是要学会有面向工具概念来计划一个办理计划，以是你应当精确的控制并能应用工具创立、多态、计划形式等常识。 筹划二：控制焦点的API 看着轻易做着难，能理解的不必定会做，学Java也是如许，理论常识控制的再纯熟，假如不理解说话组成焦点API那统统都是0!就Java说话而言，你应当对它的API有异常强的实战履历，比方java.lang.*,IO,Exception(异常)，Collections(聚集),Generics(泛型)，Threads(线程)，JDBC(数据库衔接)等等。假如你妄想是成为一个精彩的收集应用法式的开辟者，不论你用甚么范例的框架，你都必需要认识Servlet和JSP。 筹划三：锲而不舍写代码 理论是查验理论的独一尺度，只有写代码能力让你真正意想到成绩的深刻度，赓续发明编程说话的局限性和办理成绩的计划。对初学者来讲晋升编程品质的独一道路便是不绝的敲代码，哪怕是一个很简略的成绩，将它用代码实现并运转，这才是进修编程独一可行的道路。靠眼睛是学不会编程的，对付初学者除演习别无它法! 筹划四：加入好的交换服装论坛 记着，你不是一个人在战役，有许多人他们和你同样，在统一个起跑线上斗争着。应用框架实现一个简略的法式不是真正的挑衅，当你真正成为一个开辟工程师的时刻，你会发明许多奇怪的成绩是靠阐明办理不了的，你必要寄托一些人给你供给进修线索，哪怕是只言片语都有可以或者帮你走出逆境，领你戴德不已。 孔子曰：三人行，必有我师，在开辟范畴这句话绝被奉为经典并赓续的获得验证，作为初学者，不要放过一个可以或者领你晋升的机遇，探求一些好的服装论坛，不懂就问，成绩办理一个少一个，本身也会赓续进步。固然你也要学会分享，把本身的履历和设法主意分享给和到和你已经碰到同样成绩的人，赞助他们的同时也坚固了本身的常识，理解分享亦是进步。 筹划五：探求经典技巧博客 上一条刚说了，你不是一个人在战役，在收集上有许多技巧牛人都经由过程博客来分享本身的技巧履历和编程心得，你只必要勤恳一些去发明如许的博客，天天去浏览他们的技巧文章，能吸收到不同人对统一技巧的履历可见地，或者他们会为某一项功效而争执不休，你不必要去理睬，在“观战”的时刻要去阐发各类概念，逐渐形成本身的思惟，一朝一夕你会显著感觉到本身在法式计划上的晋升，这便是进步。 筹划六：浏览开源框架源码 一个及格的开辟者必先能灵活的应用各类框架，而要想成为一个精彩的开辟者，就应当赓续的去进修风行框架的源码，如许在深刻理解框架外部机制的同时还能获得大批的演习，慢慢丰硕本身的代码计划思惟，做一个代码的创造者而不是代码的复制者。 筹划七：接收指点或加入培训 在编程的路上别人的指点有着相当紧张的感化，有用的指点可以或者让你免走弯路，更快的获得自我晋升。优良的开辟工程师为甚么报酬高并且在项目中有着举足轻重的感化，紧张是因为他们不只可以或者掌握项目开辟的正确方向，还能率领团队别的成员晋升本身的开辟程度，这是任何一个企业都希求的也是老成持重的Java职员所盼望的。 在Java的进修阶段，业余的Java培训可以或者大大延长进修光阴，进步进修效力。Java初学者眼中弗成逾越的艰苦，很可以或者是一个Java开辟履历丰硕的人几句话就能够搞定的。你所学的常识弗成以或者都来自教科书，培训可以或者接触到更多人，人脉的积聚便是履历的积聚还可以或者转化为财产的积聚。 筹划八：理解未来技巧发展方向 两耳不闻窗外事，在如今是不合适的，分外是在顷刻万变的互联网期间，作为一个开辟者技巧跟不上可以或者去专研，思惟要跟不上，你辛辛苦苦刚做进去的产物可以或者已经后进了，或者只是一个眇乎小哉的小功效，思惟跟不上，就不能控制自动，还可以或者会被产物司理埋怨技巧后进甚么功效都实现不了，这相对是一个袭击!以是在垂头看代码的时刻，必定要关上双耳，洞察技巧的发展方向，坚持抢先能力立于不败。 筹划九：收集有用代码和工具 软件的日趋风行和Java的丰硕的资本，注定一些代码要反复应用，伴跟着你的事情履历的积聚，如许的反复性事情可以或者愈来愈多，以是你要学会收拾并收集一些罕用代码。想要朝这方面发展或者真心有兴趣的。可以找我要一些基础的学习视频，Q号码：3300863615，这个是免费的，希望同学找我要的时候不要有理所应当的态度，毕竟都是我的心血，希望你是真的有一颗想要学好java的心，我也会尽所能的去帮助你成为一名优秀的程序员。在好比：log4j的设置装备摆设文件(log4j.properties)，JDBC设置装备摆设，框架的设置装备摆设等，另有工具类的比方StringUtils(字符串工具)，DBUtils(数据库工具)等等，这会对给你以后的事情带来极大的方便，固然做这些还不敷让你成为一个精彩的开辟者，但试想一下假如你的共事或者同伙让你协助写一个功效代码，你只需复制粘贴而后轻微做做改动就能够或者实现，这个进程可以或者不敷5分钟，那时刻你的共事和同伙必定会对你另眼相看，不只如此你还节俭了本身的光阴，走一个捷径帮你省去很多费事，还赚到了品德。 筹划十：记载你的设法主意和创意 在进修中你可以或者灵光一闪，有了一个分外好的设法主意，或者忽然想明确了一个不绝困扰本身的费事，用笔记载上去，光阴长了你的思想愈来愈辽阔，你会清晰的发明本身属于甚么范例的进修者，在碰到艰苦时又因此何种心态何种办法办理的，它便是你的发展日志。同时，作为一个酷爱分享的人，你的履历和设法主意不要忘怀拿进去分享到你的服装论坛t.vhao.net和博客，赞助一些曾和你同样必要赞助的人，在Java的天下里，资本共享是推进技巧进步的紧张力气。 总之，Java是一门轻易上手的编程说话，但想要死记硬背，除控制良好的进修办法以外，尽力是必弗成少的。进修java要对本身有充足的信念，调剂进修办法和立场。 最后，愿你成为一名优秀的程序员，愿你所有努力都不会白费。 来源：程序人生

请问如何解决jar名不能转换成module名的问题，比如hibernate-persistence-jpa-2.1-api-1.0.0.Final.jar？目前很多库都不是模块的。。。

工作快一年了，接触的只有增删改差的功能，应该看哪些专业的书来提升自己，求大神指教。

Oracle近日宣布，他们将加快 Java 的发布频率，改为每六个月一次。也就是说，Java的下一个版本将在 2018 年 3 月发布，也就是本月 Java 9 发布后的六个月。 Java当前的发布周期为两年一次，但是，Java 9因为模块化系统（Jigsaw）问题一再延期，已经比预期晚了18个月，GA 版本将在9月21号发布。此前，Java 8也因为安全问题延期了8个月左右。新的发布周期严格遵循时间点，将在每年的3月份和9月份发布，相应的版本号为18.3、18.9、19.3等。与现在的发布周期不同，新的发布计划不会为了等待某个主要特性完成而延期。如果一个特性还没有完成，它就不会被合并到发布用的代码仓库里。如果错过了一个版本，就要等待下一次发布。编译自：infoworld.com

本帖最后由 DevCloud 于 2017-9-22 14:46 编辑

Java EE 在其 GitHub 上的账号发布了 Java EE 8 最终规范，并提供了 PDF 格式的文件下载。按照此前公布的计划，Java EE 8 最终规范会在今年夏天结束前发布。现在看来，他们并没有食言。在 JCP 主页上，我们可以看到，在 8 月 21 日，JCP 执行委员会以 24 票赞成票通过了 JSR #366 的最终批准投票。其中，英特尔公司放弃了投票Java EE 8 规范从 2014 年 8 月开始接受 JSR 评审，到现在推出最终规范，整整经历了 3 年多的时间。去年，我们曾报道过，负责 Java EE 和 WebLogic Server 的甲骨文副总裁 Anil Gaur 表示预计在 2017 年年底发布的 Java EE 8 会具备基本的微服务和云功能。Gaur 计划 Java EE 8 的扩展会包含增强的安全性（以 secret 管理的形式，并且要支持 OAuth 和/或 OpenID）、独立（self-contained）配置的 API 以及健康检查（可能会支持应用监控）。前些日子，甲骨文表示将要把 Java EE 移交给开源组织。现在，Java EE 8 的最终规范已推出，不知道有可能将要移交给开源组织的 Java EE 会有怎样的发展。

Java反射机制可以让我们在编译期(Compile Time)之外的运行期(Runtime)检查类，接口，变量以及方法的信息。反射还可以让我们在运行期实例化对象，调用方法，通过调用get/set方法获取变量的值。Java反射机制功能强大而且非常实用。举个例子，你可以用反射机制把Java对象映射到数据库表，就像Butterfly Persistence（译者注：原作者所编写的框架）所做的那样，或者把脚本中的一段语句在运行期映射到相应的对象调用方法上，就像 Butterfly Container（译者注：原作者所编写的框架）在解析它的配置脚本时所做的那样。目前在互联网上已经有不胜枚举的Java反射指南，然而大多数的指南包括Sun公司所发布的反射指南中都仅仅只是介绍了一些反射的表面内容以及它的潜能。在这个系列的文章中，我们会比其他指南更深入的去理解Java反射机制，它会阐述Java反射机制的基本原理包括如何去使用数组，注解，泛型以及动态代理还有类的动态加载以及类的重载的实现。同时也会向你展示如何实现一些比较有特性的功能，比如从一个类中读取所有的get/set方法，或者访问一个类的私有变量以及私有方法。在这个系列的指南中同时也会说明一些非反射相关的但是令人困惑的问题，比如哪些泛型信息在运行时是有效的，一些人声称所有的泛型信息在运行期都会消失，其实这是不对的。

概要创建一个用于将一组模块和它们的依赖组装与优化到一个自定义运行时镜像中去的工具，此运行时镜像的细节在 JEP220 中定义动机JEP261 在编译时（javac命令）和运行时（java命令）之间定义了一个可选阶段：链接时。链接时需要一个链接工具用于组装和优化一组模块以及它们的可传递依赖，以建立一个运行时镜像，或可执行文件。运行时是一个对全局进行优化的较好时机，因为在编译时进行优化会比较困难，而在运行时进行优化代价高昂。一个例子是，在一个计算的所有输入成为常量（亦既非未知）时对其进行优化。还有一个例子是把不再会被执行到的代码移除。描述$ jlink --module-path 模块路径> --add-modules 模块名> --limit-modules 模块名> --output 输出路径>[*]–module-path 是链接器将要发现可观测模块的路径。这些模块可以是以 JAR 文件，JMOD 文件或 exploded 模块的形式存在 [*]–add-modules 将要被加入运行时镜像的模块名。这些模块还会通过传递依赖，导致更多的模块被加入 [*]–limit-modules 对可观测模块的**进行限制 [*]–output 用于存放产生的运行时镜像的路径–module-path， –add-modules 和 –limit-modules 选项在 JEP261 中进行了详细描述。其余 jlink 将会支持的选项包含： [*]–help 打印使用/帮助信息 [*]–version 打印版本信息

在数据的页面录入或者Excel导入的过程中，字段的值在**数据库之前，一般都会进行去前后空格的处理，常见的处理方式无非是在前端页面调用jQuery的trim方法，或者在服务端调用Java的String.trim方法，或者在**的SQL语句中，调用数据库的函数trim，这三种方式，无论采用哪一种，都会有一个严重的漏洞：该方法只针对半角的空格起作用，对全角的空格一点用都没用。 为此，我们开发了一个工具类，专门用于处理这个问题，其基本的原理，就是找到全角空格的Unicode码，然后替换掉前后的全角、半角空格。具体代码如下： ]- Java 代码 01public class StringUtils {0203/**04* 全角空格05*/06private static final String CHINESE_EMPTY_STRING = String.valueOf('\u3000');0708/**09* 半角空字符串10*/11private static final String EMPTY_STRING = "";1213/**14* 去除字符串前后的中英文空格15* @author z003159051617* @param string18* @return19*/20public static String trim(String string){21if(string == null || string.isEmpty()){22return string;23}2425String tmpString = string;26tmpString = tmpString.replaceFirst("^(" + CHINESE_EMPTY_STRING + "|\\s)+", EMPTY_STRING);27tmpString = tmpString.replaceFirst("(" + CHINESE_EMPTY_STRING + "|\\s)+$", EMPTY_STRING);2829return tmpString;30}31}

本帖最后由 HW Developer 于 2017-8-30 17:01 编辑关于Java中的资源关闭，是一个常见的问题，也是最容易被初级程序员忽略的一个问题，这个问题的严重性，吃过亏的人都知道，不需多说。之所以会出现这个问题，主要还是在Java 7之前，语言没有很好地提供资源管理的语法。我们先看下面的代码： Java 代码01InputStream inputStream = null;02Workbook wb = null;03Connection con = null;04PreparedStatement ps = null;05try {06inputStream = new FileInputStream("c:/tmp/a.txt");07wb = new XSSFWorkbook(inputStream);08con = ServiceLocator.getInstance().getDataSource("jdbc/xxxDS").getConnection();09ps = con.prepareStatement(sql);10//do business process11} catch (Exception e) {12logger.error(e.getMessage());13throw e;14} finally {15if(inputStream != null){16try {17inputStream.close();18} catch (Exception e) {19logger.error("Exception "+e.getMessage(),e);2021}22}23if(wb != null){24try {25wb.close();26} catch (IOException e) {27logger.error("Exception " + e.getMessage(), e);28}29}30if(ps != null){31try {32ps.close();33} catch (SQLException e) {34logger.error("Exception "+e.getMessage(),e);35}36}37if(con != null){38try {39con.close();40} catch (SQLException e) {41logger.error("Exception "+e.getMessage(),e);42}43}44}声明的资源必须放在try语句块的外面，最后在finally中关闭。这里存在很多容易导致问题的地方： 1、声明的资源在try语句块中打开后，忘记在finally中关闭； 2、关闭资源的代码没有放在try-catch块中，一旦牵涉到多种资源的关闭，前面的抛异常，后面的被跳过，导致对应的关闭代码没有执行； 3、如果资源的关闭没有放在finally中，也会导致打开的资源没有正常关闭。 这些问题比较隐蔽，如果代码相对比较复杂，就非常容易被忽略。还有一个问题，就是代码很长，非常丑陋，非常不利于维护。当然，这个问题很容易想到解决方案，就是把资源关闭的代码抽出来，形成一个公共的工具方法，就像下面这样： - Java 代码01InputStream inputStream = null;02Workbook wb = null;03Connection con = null;04PreparedStatement ps = null;05try {06inputStream = new FileInputStream("c:/tmp/a.txt");07wb = new XSSFWorkbook(inputStream);08con = ServiceLocator.getInstance().getDataSource("jdbc/xxxDS").getConnection();09ps = con.prepareStatement(sql);10//do business process11} catch (Exception e) {12logger.error(e.getMessage());13throw e;14} finally {15close(inputStream);16close(wb);17if (ps != null) {18try {19ps.close();20} catch (SQLException e) {21logger.error("Exception " + e.getMessage(), e);22}23}24if (con != null) {25try {26con.close();27} catch (SQLException e) {28logger.error("Exception " + e.getMessage(), e);29}30}31}3233public static void close(Closeable cloneable) {34if (cloneable != null) {35try {36cloneable.close();37} catch (Exception e) {38logger.error("Exception " + e.getMessage(), e);39}40}41}由于java.sql.Connection，java.sql.PreparedStatement都没有实现java.io.Closeable接口，所以，这个公共的方法使用不了，当然，我们重新再定义带这两种参数的重载方法就行了，就像下面这样： - Java 代码 01public static void close(Connection cloneable) {02if (cloneable != null) {03try {04cloneable.close();05} catch (Exception e) {06logger.error("Exception " + e.getMessage(), e);07}08}09}1011public static void close(PreparedStatement cloneable) {12if (cloneable != null) {13try {14cloneable.close();15} catch (Exception e) {16logger.error("Exception " + e.getMessage(), e);17}18}19}最后，我们的代码像下面的样子： - Java 代码01InputStream inputStream = null;02Workbook wb = null;03Connection con = null;04PreparedStatement ps = null;05try {06inputStream = new FileInputStream("c:/tmp/a.txt");07wb = new XSSFWorkbook(inputStream);08con = ServiceLocator.getInstance().getDataSource("jdbc/xxxDS").getConnection();09ps = con.prepareStatement(sql);10//do business process11} catch (Exception e) {12logger.error(e.getMessage());13throw e;14} finally {15close(inputStream);16close(wb);17close(ps);18close(con);19}OK，这已经比开始简化了不少，如果没有更进一步的追求，到此打住也无可厚非。但我们再仔细研究下就会发现依然存在以下问题： 1、待关闭的资源必须要在最外层声明，有多少种就要声明多少次，这和Java变量声明的原则（哪里用哪里声明）不一致； 2、声明多少次，就要调用多少次close，还是容易遗漏。 那最好的方案是什么呢？请看下面的代码： - Java 代码 01MyCloser closer = MyCloser.create();02try {03InputStream inputStream = closer.register(new FileInputStream("c:/tmp/a.txt"));04Workbook wb = closer.register(new XSSFWorkbook(inputStream));05DataSource dataSource = ServiceLocator.getInstance().getDataSource("jdbc/xxxDS");06Connection con = closer.register(dataSource.getConnection());07PreparedStatement ps = closer.register(con.prepareStatement(sql));08// do business process09} catch (Exception e) {10logger.error(e.getMessage());11throw e;12} finally {13closer.close();14}引入MyCloser，变量用的时候再声明，不用放到最外面，资源的关闭，在finally中一行代码解决。下面是MyCloser的代码： - Java 代码001import java.io.Closeable;002import java.io.IOException;003import java.sql.Connection;004import java.sql.ResultSet;005import java.sql.SQLException;006import java.sql.Statement;007008import com.google.common.io.Closer;009010/**011* com.google.common.io.Closer的扩展，对常见的非java.io.Closeable资源012* 进行了适配，实现资源的注册和集中关闭，以简化客户端代码。013*014* @author z00315905015* @since 2016-10-12016*/017public class MyCloser {018private final Closer closer;019020private MyCloser(Closer closer) {021this.closer = closer;022}023024public static MyCloser create(){025return new MyCloser(Closer.create());026}027028public Connection register(final Connection connection) {029closer.register(new Closeable() {030@Override031public void close() throws IOException {032try {033connection.close();034} catch (SQLException e) {035throw new IOException(e);036}037}038});039return connection;040}041042public S register(final S statement) {043closer.register(new Closeable() {044@Override045public void close() throws IOException {046try {047statement.close();048} catch (SQLException e) {049throw new IOException(e);050}051}052});053return statement;054}055056public ResultSet register(final ResultSet resultSet){057closer.register(new Closeable() {058@Override059public void close() throws IOException {060try {061resultSet.close();062} catch (SQLException e) {063throw new IOException(e);064}065}066});067return resultSet;068}069070public void close() throws IOException {071closer.close();072}073074public C register(C closeable) {075return closer.register(closeable);076}077078public RuntimeException rethrow(Throwable e) throws IOException {079return closer.rethrow(e);080}081082public RuntimeException rethrow(Throwable e, Class declaredType) throws IOException, X {083return closer.rethrow(e, declaredType);084}085086public RuntimeException rethrow(Throwable e, Class declaredType1,087Class declaredType2) throws IOException, X1, X2 {088return closer.rethrow(e, declaredType1, declaredType2);089}090091public boolean equals(Object o) {092return closer.equals(o);093}094095public int hashCode() {096return closer.hashCode();097}098099public String toString() {100return closer.toString();101}102}这是一个典型的适配器模式，因为Google的Guava框架提供的Closer资源管理器只支持实现了java.io.Closeable的资源，对于像java.sql包中的资源，都没有实现该接口，因此，MyCloser提供了对应的适配，使所有的资源管理模式一致。在Java 7之前，这应该是最优雅的资源管理方案。 在Java 7及之后，我们可以使用最新的资源管理语法try-with-resource，上面的代码可以这么写： - Java 代码01try(02InputStream inputStream = new FileInputStream("c:/tmp/a.txt");03Workbook wb = new XSSFWorkbook(inputStream);04Connection con = ServiceLocator.getInstance().getDataSource("jdbc/xxxDS").getConnection();05PreparedStatement ps = con.prepareStatement(sql);){06//do business process07}catch (Exception e) {08logger.error(e.getMessage());09throw e;10}可以看到，我们不用关心资源的关闭了，只要在try()中声明即可，这样的代码是最简洁也是最具表现力的，如果生产环境支持Java 7，最先考虑的应该是这个方案。 当然，由于历史原因，我们可能用到了一些第三方的包，牵涉到资源关闭，但对应的类却没有实现java.lang.AutoCloseable接口，当然也就不能使用try-with-resource语法来操作了，这时，有两种办法，一是提供一个适配的子类，实现java.lang.AutoCloseable接口，在其close中实现资源关闭逻辑，这样就能使用try-with-resource语法了；第二种就是使用MyCloser方案。推荐第一种，因为更简单。