最近在项目中看到有人在打开文件中没有关闭文件对象，但程序依然正常运行。这就挑战认知了，正常来说，打开文件必须要关闭问天，打开连接，就需要关闭连接。这种只打开，不关闭，程序正常运行，什么鬼。仔细阅读代码发现，发现特别之处在于，打开流但操作的位置特殊：
try (FileOutputStream fop = new FileOutputStream(filePath)){   //code }catch (Exception e){   logger.error("file error",e)}
代码中没有关闭输出流的操作，通过搜索发现以上是Java 7 以来的新特性：TWR(Try-with-resources)，可以省去手动关闭资源的操作，同时减少代码量，优雅地写代码。在处理IO的代码中，我们会使用大量的try...catch()...finally...语法，其中会在finally进行IO的close操作， 写过python的都知道，这种操作可以使用try-with-resources操作，幸运的是Java7也有了此特性。以前IO操作中可能的写法是：
try {   File file = new File(filePagth);   FileOutputStream fop = new FileOutputStream(file)}catch (Exception e){   logger.error("file error",e)}finally{  try {    if (fop != null)      fop.close();  } catch (IOException closeInx) {  }}
如果使用TWR语法，则可以简化为：
try(FileOutputStream fop = new FileOutputStream(file)){   //code}catch (Exception e){   logger.error("file error",e)}
如果是多个操作流，需要分开写
try(FileOutputStream fos = new FileOutputStream(file);BufferedOutputStream bos = new BufferedOutputStream(fos)){    //code}catch (IOException ioe ){  logger.error("IO Error ",ioe);}
原理：
TWR特性是使用了java7的新的接口AutoCloseable，可以使用try-with-resources语法的资源必须实现该接口。而Closeable继承了AutoCloseable，因此我们常用的资源类都继承了Closeable接口。这样try语句结束时，资源就可以自动释放了
虽然现在已经都到Java 13，但不同版本提供的新功能确实可以带来很多方便，还需要好好学习啊，这个新提供的方法，是不是使用起来很方便呢？

最近在项目中看到有人在打开文件中没有关闭文件对象，但程序依然正常运行。这就挑战认知了，正常来说，打开文件必须要关闭问天，打开连接，就需要关闭连接。这种只打开，不关闭，程序正常运行，什么鬼。仔细阅读代码发现，发现特别之处在于，打开流但操作的位置特殊：
try (FileOutputStream fop = new FileOutputStream(filePath)){   //code }catch (Exception e){   logger.error("file error",e)}
代码中没有关闭输出流的操作，通过搜索发现以上是Java 7 以来的新特性：TWR(Try-with-resources)，可以省去手动关闭资源的操作，同时减少代码量，优雅地写代码。在处理IO的代码中，我们会使用大量的try...catch()...finally...语法，其中会在finally进行IO的close操作， 写过python的都知道，这种操作可以使用try-with-resources操作，幸运的是Java7也有了此特性。以前IO操作中可能的写法是：
try {   File file = new File(filePagth);   FileOutputStream fop = new FileOutputStream(file)}catch (Exception e){   logger.error("file error",e)}finally{  try {    if (fop != null)      fop.close();  } catch (IOException closeInx) {  }}
如果使用TWR语法，则可以简化为：
try(FileOutputStream fop = new FileOutputStream(file)){   //code}catch (Exception e){   logger.error("file error",e)}
如果是多个操作流，需要分开写
try(FileOutputStream fos = new FileOutputStream(file);BufferedOutputStream bos = new BufferedOutputStream(fos)){    //code}catch (IOException ioe ){  logger.error("IO Error ",ioe);}
原理：
TWR特性是使用了java7的新的接口AutoCloseable，可以使用try-with-resources语法的资源必须实现该接口。而Closeable继承了AutoCloseable，因此我们常用的资源类都继承了Closeable接口。这样try语句结束时，资源就可以自动释放了
虽然现在已经都到Java 13，但不同版本提供的新功能确实可以带来很多方便，还需要好好学习啊，这个新提供的方法，是不是使用起来很方便呢？

一面 来自于比特论坛

1、自我介绍

2、根据项目深问
3、JVM 内存划分？

4、垃圾回收算法有哪些？怎么判断对象可回收？

5、反射了解吗？什么地方用到了反射？

6、进程与线程的区别？

7、接口和抽象类的区别

8、Java 的多态怎么理解？

9、error 和 exception 的关系和区别？

10、常见的运行时异常有哪些？

11、try-catch-finally 的运行顺序？哪部分可以省略？

12、什么是索引？底层实现是什么？为什么不用红黑树？

13、什么是事务？平时用过吗？举个例子？

14、说几个你知道的非关系型数据库？redis 了解吗？和关系型数据库的区别？

15、TCP 与 UDP 的区别？

16、cookie 和 session 的区别？

17、说几个你知道的状态码

18、数据结构的排序算法有哪些？讲一下冒泡排序是如何实现的？

19、知道哪些线性结构和非线性结构？

20、linux 基础指令知道哪些？

21、spring 是什么？AOP 呢？IOC？

二面 来自于比特论坛

1、讲实习方面的内容，对于测试的理解等

2、说一下 ArrayList 和 LinkedList

3、页面输入 url 后发生了什么

4、session 和 cookie 的区别

5、你知道 cookie 为什么会出现，我说的是可以存储数据

6、线程和进程间通信

7、socket 是线程还是进程

8、post 和 put 的区别

9、讲思路.反转链表

10、多线程的实现，你项目中用的是哪种，为什么

11、讲一下项目，难点

12、你怎么学习一门语言
13、你觉得在测试方面你比别人的优点

14、Linux 内存管理

15、查看磁盘空间的命令

16、索引实现的数据结构，为什么是 B+树，B+树和 B 树的区别

17、事务的隔离级别，会有什么问题

18、你接触的测试工具有哪些

一面 来自于比特论坛

1、HashMap 底层.CHM 底层

2、强引用.弱引用.虚引用等，ThreadLocal 可能导致的内存泄漏问题

3、JVM 中的锁

4、Lock 和 synchronized 的区别？

5、除了锁，其他保障线程安全的方式？

6、同步块外部执行 wait 和 notify 能达到效果吗？

7、MyISAM 和 InnoDB 的区别？

8、隔离级别

9、间隙锁

10、HBase 整体架构

11、HBase 和 MySQL 区别，取代的可能性，场景等

12、Redis HA 架构

13、Hive order by 和 sort by 的执行区别？

求职必备刷题官网：https://github.com/bennyrhys/interview

【更多互联网公司笔试面试真题请关注“让我遇见相似的灵魂”公众号】

C++，JAVA，PYTHON……总结一下，异常机制似乎是OOP语言的一个特性，JAVA与PYTHON中对使用异常处理的态度甚至是强制的。
 
为什么一定要引进异常机制，而不用传统而简单的“检查返回值”机制，Google之，查书之，答曰：
 
* 异常可以强制程序员进行错误处理。（可以吗？噢，对，JAVA中强制需要try catch，否则编不过，但并非每个语言都那样）
   我想，本质上，程序员进不进行错误处理，是语言无关的，语言再怎么强制，如果你懒得处理，总可以找到绕道的方法。
 
* 异常机制可以简化出错时资源的回收。
 
* C++的构造函数可以抛出异常，而且在函数栈中只有构造了的对象才会被自动析构。（我们可以采用“二次构造” + 返回值检查的方法来达应对
   初始化异常的情况，而且代码非常明了）
 
* 检查返回值的错语处理方案是建立在约定上的，本身不属于语言层面
 
* 异常处理的一个很大的目标是把异常处理代码从异常发生的地方移开，使你集中精力去解决你想解决的问题，然后再到另一个地方处理异常的问题。
 
* 每次调用的时候都必须测试条件，并判断返回结果，这使得程序难以阅读，并且还可能会降低运行效率，因此程序员们都不愿意使用异常信号，也不愿意去处理异常了
 
此外，C++中异常会增大程序的开销，对于这个问题，C++编程思想上解释道，只有出错的部分才走缓慢的异常处理栈跳转，正常代码是不会受到
特别大的影响。当然，编译出来的程序体积是要大点，大多少呢？曰：“典型情况下5%-15%的空间开销”
 
 
讨论此话题的意义在于，我是否有需要把经典的C++的错误处理模式改成"异常处理"，或者只是从中借鉴一点