關(guān)于java異步的問題。

1. 定時器時間加長
2. 利用線程同步鎖
3. 提高sql執(zhí)行效率

印象中java里是有同步鎖來解決多線程的安全問題的，你可以百度一下

如果你使用的是0/5 ? 這種表達(dá)式，并且發(fā)送右鍵是同步的（這里理解為可以拿到發(fā)送的結(jié)果），即使發(fā)送郵件超時也是沒關(guān)系的，因為一個5秒執(zhí)行不完的時候，會等到下一個周期才開始執(zhí)行。
例如最近五次的運行時間為

2018/1/7 17:32:45
2018/1/7 17:32:50
2018/1/7 17:32:55
2018/1/7 17:33:00
2018/1/7 17:33:05

如果在2018/1/7 17:32:45秒的任務(wù)到了2018/1/7 17:32:50還沒有執(zhí)行完成，將不會再觸發(fā)2018/1/7 17:32:50的任務(wù)，而是等到2018/1/7 17:32:55的時候才會繼續(xù)執(zhí)行。

我說一個方案吧：
再增加一個字段status字段標(biāo)記當(dāng)前郵件的處理狀態(tài)，比如status=0 未處理，status=1代表正在處理,status=2表示處理完成。
每次輪詢未發(fā)送的郵件WHERE status=0 AND isSend = false
開始發(fā)送郵件更新status=1
異步發(fā)送完成更新status=2

其實你這個問題的癥結(jié)在于發(fā)送是否成功這個字段只能表達(dá)是/否兩種場景

看你的應(yīng)用架構(gòu)：
如果是單應(yīng)用（如一個tomcat），那就簡單啦而且方法很多，總的來說是全部協(xié)作在內(nèi)存中處理啦：
第一種方法：
1.1 使用同步的集合保存正在處理的數(shù)據(jù)（數(shù)據(jù)結(jié)構(gòu)自己選），集合有l(wèi)ist, set, map，同步的話，可以自己實現(xiàn)synchronized或使用ConcurrentHashMap等同步的集合。
1.2 每次你的task去處理任務(wù)時，從獲取數(shù)據(jù)庫時排除掉同步集合里的數(shù)據(jù)。怕遇到并發(fā)的問題的話，可以采用二次校驗，從數(shù)據(jù)庫拿出來后，判斷同步集合里是否已經(jīng)存在此數(shù)據(jù)了
1.3 task處理完數(shù)據(jù)后，就更新回去。
第二種方法：
2.1 使用隊列，如LinkedBlockingDeque，每次task從數(shù)據(jù)庫拿出數(shù)據(jù)（不更新數(shù)據(jù)庫數(shù)據(jù)），放入隊列中，然后由一個線程池里的單線程來處理隊列中的數(shù)據(jù)，由這單線程來更新數(shù)據(jù)。

如果是集群分布式的，可采用以下方法，總的來說是利用中間件來進(jìn)行同步（鎖定）：
第一種方法：
task拿出數(shù)據(jù)后，將數(shù)據(jù)庫中對應(yīng)的數(shù)據(jù)更新為中間狀態(tài)（如正在處理），然后進(jìn)行處理該數(shù)據(jù)。當(dāng)下次task去處理任務(wù)時，從獲取數(shù)據(jù)庫時排除掉狀態(tài)為中間狀態(tài)（正在處理）的數(shù)據(jù)。其實這個方法也有可能遇到并發(fā)問題，可以使用樂觀鎖的形式來處理數(shù)據(jù)，將數(shù)據(jù)更新為中間狀態(tài)時，采用樂觀鎖，保證數(shù)據(jù)未被改變過。

第二種方法(類似上述單應(yīng)用的第一種方法，只不過此次不是使用本地的內(nèi)存，而是使用redis的內(nèi)存)
task拿出數(shù)據(jù)后（不更新數(shù)據(jù)庫數(shù)據(jù)），將此數(shù)據(jù)放入redis中，然后進(jìn)行處理該數(shù)據(jù)。當(dāng)下次task去處理任務(wù)時，從獲取數(shù)據(jù)庫時排除掉redis里的數(shù)據(jù)，然后再處理數(shù)據(jù)。

首先安排5s輪詢并不合理，隊列大小不確定，timtout不確定，線程池不確定。所以執(zhí)行一次發(fā)送話費的時間不確定。
個人覺得理想的情況是每一次輪詢執(zhí)行完成后安排一個計劃任務(wù)（前提是自己郵件服務(wù)器執(zhí)行發(fā)送，如果第三方服務(wù)發(fā)送郵件也是異步的，可能不能獲取郵件是否發(fā)送成功），這樣不會存在沖突。

單獨輪詢，然后添加到隊列的話，重復(fù)不可避免的。比如說在輪詢過程中，有一個郵件發(fā)送成功了，而在狀態(tài)更新到數(shù)據(jù)庫之前已經(jīng)查詢了狀態(tài)，這就不可避免要重復(fù)了。這種情況要避免的話，要增加中間環(huán)節(jié)，增加了程序復(fù)雜度，而且也不能保證百分百。