java ,多个人上传图片,多个人处理图片
2个回答
展开全部
既然说了是多人,那肯定是多线程了。
就看多人之间是否有交互,如果没有,那么J2EE体系本身已经就是多线程,无需额外技能,不是太离谱的代码(比如用一个静态变量来存储所有的上传)都不会出问题。
如果是多人上传并且需要协作,那就复杂了,需要自己处理多线程问题。需要使用java的锁机制:wait、notify。
就看多人之间是否有交互,如果没有,那么J2EE体系本身已经就是多线程,无需额外技能,不是太离谱的代码(比如用一个静态变量来存储所有的上传)都不会出问题。
如果是多人上传并且需要协作,那就复杂了,需要自己处理多线程问题。需要使用java的锁机制:wait、notify。
追问
需求是这个样子的, 图片上传之后,客户页面继续进行操作,也可以继续的上传图片,而处理图片就是服务器的事了。但是考虑到, 开太多的线程服务器承受不了, 就是说, 弄一个线程池, 一个永久存放图片的集合。
关键点, 就在永久存放图片的集合, , 内容不会覆盖掉。
追答
还是有session呀,而且“开太多的线程服务器承受不了”,这个不存在。一个web请求过来至少有一个线程已经创建了。
你说的太多线程,是指单独处理图片的线程吗?如果是,可以考虑用session的id作为图片的key放到图片线程池中,处理完成后根据session的id取回图片。
需要注意的是session失效时记得把图片线程池内的图片给清理掉
展开全部
这个没有什么多线程的,毕竟多个人上传那么处理这边肯定就是多个线程在处理(比如说网页上传,服务器肯定是每个人一个线程去处理的),然后在这个线程中处理图片就好了,如果说处理图片是人为地,呵呵,这时候就要拿一个容器管理起来,然后这边才用到同步(让容器进出口同步,防止遗漏或者一张图片分配多个人),让每个人分别处理不同的图片(为每张图片标识一个状态,设定处理人)就可以了
追问
需求是这个样子的, 图片上传之后,客户页面继续进行操作,也可以继续的上传图片,而处理图片就是服务器的事了。但是考虑到, 开太多的线程服务器承受不了, 就是说, 弄一个线程池, 一个永久存放图片的集合。
关键点, 就在永久存放图片的集合, , 内容不会覆盖掉。
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询