还有，你两组thread完全可以在monitor下再加个handler这一层，用来分配不同类型的任务给thread。
整体上，两组thread都是在一个monitor下跑的，任何一组的任何一个thread的状态，monitor都知道。

@cevincheung
先开一个主thread的跑monitor，然后在monitor里开10个子线程thread，每个thread都生成一个单独的对象来维护thread的状态，包括thread的唯一的名字，thread创建的时间等。

每一个子线程执行一个推送，执行完了就kill掉自己，子线程相互之间不用管对方的任务执行的如何了。

执行过程中，如果要kill掉某个子线程只要告诉主线程你要kill掉的那个thread的名字是啥就行了。
thread的名字是唯一的，且创建的时候就保存到某个list里面，提供一个web界面进行操作。

所有的待推送list，待推送数据全部由主线程通过monitor来搞定，子线程只做一件事，就是推送。
不要搞线程间通讯，会把逻辑搞复杂，一般情况下用不到。

Thread上层弄一个监控器monitor，再弄一个thread类保存thread的状态。

Monitor从队列里获取数据以后，判断该交给哪个thread处理，或新建一个thread，thread完结后自己干掉自己。

Web上停止很简单，告诉monitor就可以了。

好怕

有一种深深的优越感。

@hjiang 哦，对了，相对其他方案，还有一个优点，就是方便，一路下一步就好了，无需配置。我自己是用不到各种个性化的配置的，所以坚果云足够好了。逢云盘必推坚果云。

坚果云该给我点推广费。

@hjiang
1、稳定，我一直是坚果云的用户，至今没挂过一次，全文件同步的有3台台式2台笔记本
2、跨平台，windows+mac毫无压力，linux下文件太多会挂掉。
3、有团队版本和企业版本，多人分享也ok
4、响应迅速，基本给联系邮件发邮件，当天就有回复
5、有个虽然不完整，但是帮过我几次大忙的简单的版本控制，有几次我误删了文件，就是通过这个找回来的。
6、速度快，局域网更快。

看到问云盘服务，我就滚进来推荐坚果云了

是指用声音作为择友的媒介，而不是只用声音作为交流的媒介嘛？

有点意思，现在的交友都是先图文，也就是照片+文字，然后筛选完了再沟通。声音似乎更纯粹一些，玩法也比较多样，比如自我介绍，唱首歌，讲个故事啥的。区别于广播的单向的一对多，这是一个双向的多对多关系。

问题是
1、既然摒弃了照片+文字这种传统的择友方式，那么见光死的问题就会凸显出来。不仅因为外貌，还因为人的沟通除了语言外，还有很多肢体与表情等动作。语言约3成，表情语气等约7成。
2、择友完成后，沟通允许文字或图片吗？还是全程只允许语音？
3、有种叫变声器的东西，该如何解决？

一切社交应用都必须解决人性险恶的部分才能做大，解决的方式要么利用人性如陌陌，要么做熟人社交如微信，甚至做私密社交如path。

总体来说，我觉得是个很有意思的东西，至于创意抄袭，如果你优雅完美的解决了上面的问题，别人光抄个点子也没用，如果你解决不了上面的问题，这个点子就只是个点子，别人抄了并且解决了上面的问题，就说明别人比你更理解你的点子。

做一件事是一个多方面因素相互角力的过程，很难被单一因素给影响，如果会被单一因素给影响，那么这个单一因素的优势必须高到忽略其他所有因素的程度才行。

我觉得我这辈子是无法适应v2的nodejs背景黑了，看着好难受

thmclrx ＝＝ 听话嘛，出来日下

@egen 嗯，更符合非专业人士，对nas定制化需求不大，同时需要大容量跨平台私有云存储的人的需求。

就我个人而言，nas更符合我的需求呢

啊哈哈 我也属于“吊儿郎当的处理个字符串都去查手册”这种的

半年前想买imac学习ios开发，买了以后，再也没摸过ios。

好牛掰的样子

@XadillaX 是啊 天啊 你还不睡觉 明天不上班吗