现有这个消息发送系统，它有两部分组成：前台管理和后台发送引擎。他们位于同一台服务器上的两个独立的tomcat中。
整个系统的大致运行模式是：当前台的管理系统设置好待发消息后，将数据库表中对应的这条数据的某个标志位进行置位，而后台发送引擎分为两个部分，读取线程发现此标志位后，将其读入并包装后放入内存的任务池中，再由某一个工作线程再将其取出后进行相应的发送处理(现阶段读取线程设为1个，工作线程设为3个)，发送结束后再将前台数据库表中此数据对应的标志位进行置位。
现在有一个问题在困扰我的是：如果前台管理系统在设置好待发消息后，我准备取消此次发送任务，此时该怎么处理比较好呢？ 如果后台读取线程尚未读取此次任务，则简单将前台数据库表中对应的数据的标志位重新置位即可，但是一旦已经被读入后，如果工作线程尚未进行处理，则清除任务池中此次任务。如果已经正在处理中了，那么必然需要让工作线程放弃此次任务。
分析是这么分析，但是两个独立的tomcat之间该如何比较好的处理这种问题？
整个系统的大致运行模式是：当前台的管理系统设置好待发消息后，将数据库表中对应的这条数据的某个标志位进行置位，而后台发送引擎分为两个部分，读取线程发现此标志位后，将其读入并包装后放入内存的任务池中，再由某一个工作线程再将其取出后进行相应的发送处理(现阶段读取线程设为1个，工作线程设为3个)，发送结束后再将前台数据库表中此数据对应的标志位进行置位。
现在有一个问题在困扰我的是：如果前台管理系统在设置好待发消息后，我准备取消此次发送任务，此时该怎么处理比较好呢？ 如果后台读取线程尚未读取此次任务，则简单将前台数据库表中对应的数据的标志位重新置位即可，但是一旦已经被读入后，如果工作线程尚未进行处理，则清除任务池中此次任务。如果已经正在处理中了，那么必然需要让工作线程放弃此次任务。
分析是这么分析，但是两个独立的tomcat之间该如何比较好的处理这种问题？
184
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
