Java编程多个线程如何访问同一个共享资源

如果该方法不涉及写公共的资源比如一个静态的变量或者写文件，修改某个数据库的值的时候没有影响
比如你这个类里的方法只是对输入的参数做一个计算然后返回计算的值就没有影响。
但是如果是修改公共的资源比如修改数据库中存储的一个value则有可能出现问题，如：
public void writeDb(String key, String value) {
collectiondb();
write(key, value);
closeDbCollection();
}
因为Java的线程运行顺序是不一定的，可以第一个线程运行完连接数据库到后挂起了，这时候第二个线程开始运行，如果你的collectiondb()处理使用的是类中的一个实例变量Connection conn来保存数据库的连接，当第二个线程运行完毕以后conn也被关闭了，第一个线程继续执行write函数写数据库值的时候就会抛出异常。
这是一个例子，还有其他可能产生脏数据的问题
多线程如果使用公共资源的话最好在方法上声明synchronized关键字让其同步

1,你可以设一个缓冲区,所有读取线程把读取的文件内容放在这个缓冲区内另设一个专门用来建立数据库的线程从这个缓冲区内读文件并写入数据库
上锁的地方不应该在在数据上那样太没效率,很浪费资源只要在执行向缓冲区写内容的地方同步控制即可
2,不清楚这个太复杂了我不知道不过如果是并发的插入和读取的话只要在I/O *** 作时同步即可
3- -

1、多进程并发
在传统UNIX中较常用，针对每一种单独的业务逻辑的实例生成不同的线程进行处理。典型的程序实例是针对TCP的多个不同的客户端连接，fork出多个子进程进行处理，每一个客户端对应一个单独的子进程，在子进程处理退出后，由父进程回收其资源。
优点：各进程间的地址空间相互隔离，不会因为某些不当 *** 作将整个应用搞挂。
业务逻辑代码简单清晰，代码平铺直叙，没有复杂的异步状态逻辑。
缺点：如果需要在进程间进行交互或者共享数据，需要使用IPC。
2、多线程并发
在现代 *** 作系统windows、linux中很常用，针对单独的业务逻辑的不同的实例在同一个进程中创建多个线程进行并发处理。典型的例子是，TCP的多个客户端在同一个进程中处理，针对每个客户端都单独对应的线程进行交互，共享同一个进程的所有资源。
优点：共享进程空间，访问共享数据非常容易。
没有多的进程空间开销，线程上下文切换快，调度效率比多进程高。
业务逻辑代码简单清晰，代码平铺直叙，没有复杂的异步状态逻辑。
缺点：维护线程的工作由进程内部代码处理，比如线程数量，增加一定的复杂性。
线程间共享数据的竞争关系复杂，需要处理同步和死锁问题。
3、IO多路复用
即在单线程控制多个异步业务逻辑，也就是事件驱动多个业务的状态处理，典型的有windows中的消息处理机制，还有linux中的信号量处理。可以在单一线程中，处理多种不同的业务逻辑，比如同时处理用户输出，鼠标点击，窗口重绘和网络输入。
优点：所有业务实例的逻辑在单一线程中处理，排除代码时序BUG，理论上不存在竞争和死锁问题。
没有多的进程空间开销，也没有上下文切换问题，CPU利用率高。
共享进程空间，访问共享数据非常容易。
缺点：
线程需要管理多个不同实例的状态机，并正确处理对应事件导致不同状态的迁移。
业务种类多的情况下，需要人为代码控制多种状态机。
并发点越多造成状态越多，管理粒度越细， 业务逻辑代码不是顺序的，不容易维护和理解。
异步状态过多，造成资源管理较为复杂，容易产生资源泄漏。

需要保证线程安全。
读写同一内存值，会发生读不是最新的数据，也导致写覆盖了后的数据错误。
既然保持线程安全，继续用加“锁”。
加锁的目的就好比排队，比如：获得执行权力就执行，没有获得的就等待。所有线程的读写都进行顺序执行。

---