使用Socket实现300人对服务器进行上传下载工作效率怎么样？

Question

现在我们公司有这样一个需求，300多员工通过网络把文件大小约为400KB左右的若干word文档上传或下载到服务器上。
每人每次上传或下载10~100个这种规格的word文档。一般情况下，这300人不会同时上传下载。现在需求是，给这300个人编个java swing上传下载器，上传下载的内核采用Socket来实现的话，不知道适不适合。
还有一种方法是在服务器上假设ftp，通过java调用ftp来进行上传下载。
或者还有其他什么更高效合适的方法。请教各位老师，哪种方法好一点？
（无法通过共享后直接文件FileReader和FileWriter,客户端没有直接链接服务器的权限。）

Answer 1

上网找个工具吧。如果程序的话，做个web的应该不难，至于性能嘛，做出来在考虑。
swing的通过tcp/ip读写文件没弄过。

Answer 2

http://www.google.com.hk/search?hl=zh-CN&source=hp&q=java+socket+%E6%96%87%E4%BB%B6%E4%B8%8A%E4%BC%A0%E4%B8%8B%E8%BD%BD&aq=o&aqi=&aql=&oq=&gs_rfai=

Answer 3

文件传输，FTP是最快的。既然Web服务器决定用FTP了。那客户端就没难度了啊

Answer 4

FTP我一直不太想用，因为以前一个同事就用FTP做过类似的工作，结果最后把FTP给弄得老不稳定了。

Answer 5

这个可能可以之后来优化吧，就算不用ftp，服务器端需要你自己写，可能也会存在不稳定的因素
还是用ftp吧，这样服务器端你有很成熟规范的实现了，不需要你自己再去弄，只需要客户端与他通信来上传下载，而且网上资源很多，你可能工作量会剪掉一大半
如果服务器端是windows可能更简单的办法就是直接使用网络共享，只要设置好权限就好

Answer 6

用socket传文件一定非常慢。

Answer 7

Web HTTP和FTP还不是用Socket实现的，说socket传文件慢那连HTTP和FTP都包括进去了，这么说就跟没说一样。不过话说回来了，用java也可以实现HTTP和FTP协议，但不是多数人可以做的。快慢只是的综合考虑的因素之一，如果能力不足的话，还是用一些现成的东西，包括FTP组件合适一些。

Answer 8

应该没问题，Java Socket file transfer -- >> 
http://edinkysoft.appspot.com/jsp/articles/javafilesocket.html