A. java 多线程操作文件

synchronized是用于锁定一个方法或者一段处理只能由一个线程进入。
你可以在写文件的处理部分加上这个控制。

只读取文件的需求用不着多线程吧，你一次读入内存，其他线程直接在内存中处理可以了

B. java多线程同时读取一个文件，这个方法可行吗

不可行。来
多线程能够提高效率自是因为现在的cpu普遍是多核cpu, 多条线程可以在多个内核中同时执行来提高计算效率。但是计算机磁盘的磁头只有一个，即使多条线程去读也并不能提高读取效率，反而因为多线程的上下文切换问题会耗时更久。

C. java大数据 多线程写文件

1、采用public static的变量存储这一数值，每个线程都往这一共有静态变量里写入已复制大小。 2、采用Callable方式实现多线程，将结果作为返回值返回到主线程。这一方法只能在所有子线程都完成之后才能通过future获取。

D. ：JAVA用线程编写一个读写文件的程序，允许多个读者同时读文件，仅允许一个读者写文件。求源代码。

就10分，没意思。
大概思路就是，每个请求进来就起一个线程处理，如果是读操作，就读取文件，如果是写操作，就检查是否有别的线程在写文件，如果又，就返回提示，没有就获取锁，写文件

E. 要用java实现多线程的文件上传该如何去做

的资源消耗，因此，在进行同类事情，需要进行互相的通讯等等事情的时候，都采用线程来进行处理。

对于只做固定的一件事情（比如：计算1+2+3+...+9999999）来说，其性能上不会比采用单线程的整体效率高，原因是，同时都是要做这么多运算，采用多线程的话，系统在进行线程调度的过程中喙浪费一些资源和时间，从而性能上下降。

那么，多线程是否就没有存在的意义了呢？答案当然不是的。多线程还是有存在的价值的，我们在写输入流输出流，写网络程序等等的时候，都会出现阻塞的情况，如果说，我们不使用多线程的话，从A中读数据出来的时候，A因为没有准备好，而整个程序阻塞了，其他的任何事情都没法进行。如果采用多线程的话，你就不用担心这个问题了。还举个例子：游戏中，如果A角色和B角色采用同一个线程来处理的话，那么，很有可能就会出现只会响应A角色的操作，而B角色就始终被占用了的情况，这样，玩起来肯定就没劲了。

因此，线程是有用的，但也不是随便乱用，乱用的话，可能造成性能的低下，它是有一点的适用范围的，一般我认为：需要响应多个人的事情，从设计上需要考虑同时做一些事情（这些事情很多情况下可能一点关系都没有，也有可能有一些关系的）。

使用多线程的时候，如果某些线程之间涉及到资源共享、互相通讯等等问题的时候，一定得注意线程安全的问题，根据情况看是不是需要使用synchronized关键字。
另外,站长团上有产品团购,便宜有保证

F. Java多线程访问文件往文件里写东西时加上一个锁，

synchronized (变量){
语句

}

synchronized 方法(){
}