一、缘起
最近出现一个需求，大体要做的就是控制多线程同时操作一个文件。当时第一个反应是不要用synchronized，太low了，然后我就使用了读写锁ReentrantReadWriteLock，然后写完静下来和业务结合在一起分析一下，结果尴尬了。因为文件名可能是别的线程刚刚生成的带上了时间戳，线程A写orders_201904171130.xls文件，线程B写orders_201904171131.xls文件，这个时候实际上时不能阻塞的。Lock没办法像synchronized关键字一样，给定一把锁，锁住特定的对象。锁对象不同，则不阻塞
然后试着使用synchronized代码块，使用filename作为锁对象，初一看好像可以，但是经不住测试哇，测试的时候即使同一个文件名，还是不能阻塞，因为filename是属于拼接起来的，且还是局部变量，所以这个filename的string虽然在常量池中值是一样的，但是在堆里的对象地址是不一样的，所以synchronized肯定认为不是同一个对象锁，所以同一个文件名并没有阻塞
然后想起来使用RandomAccessFile和FileLock实现，但是我这种情况下是往远程服务器共享目录读写，File类是用不了的。所以他也用不了。
二、使用synchronized实现
如上述所说，文件名属于拼接的，虽然是指向同一个常量，但是String的堆地址变化了，所以采用intern()方法可以做到。api表示：一个与该字符串具有相同内容的字符串，但保证来自一个唯一字符串池。。它的返回值：一个字符串，内容与此字符串相同，但一定取自具有唯一字符串的池。
至于写文件的代码就不贴了，大致就是在写的部分使用synchronized代码块，对象锁直接使用intern()方法返回的filename
三、使用RandomAccessFile和FileLock相结合
附上RandomAccessFile和FileLock实现处理多人同时读写文件的参考连接：
https://blog.csdn.net/gxy3509394/article/details/7435993