spring線程池的使用？根據(jù)系統(tǒng)的線程并發(fā)數(shù)設(shè)置里線程池中200以內(nèi)參數(shù)值：核心線程數(shù)，大線程數(shù)（提升到任務(wù)隊列大值時啟用），任務(wù)耐心的等待隊列最大值，線程空閑時的回收時間和時間單位，線程工廠，最多

spring線程池的使用？

根據(jù)系統(tǒng)的線程并發(fā)數(shù)設(shè)置里線程池中200以內(nèi)參數(shù)值：核心線程數(shù)，大線程數(shù)（提升到任務(wù)隊列大值時啟用），任務(wù)耐心的等待隊列最大值，線程空閑時的回收時間和時間單位，線程工廠，最多隊列大的值這些達(dá)到最大線程數(shù)時的斷然拒絕策略。

以上可以實際兩種實現(xiàn)方法

1、XML文件配置

2、bean注解

激光線程什么意思？

激光線程：那就是同樣并發(fā)性幾個掃描線程同時掃描，比如一個線程，同意下來時刻不能掃描一個IP，兩個同樣掃描儀兩個，以此類推

線程優(yōu)化是干嘛的？

是這個可以重用內(nèi)部的線程，最大限度地盡量的避免了線程的修改和全部銷毀所帶來的性能開銷，同事線程池又能快速有效地操縱線程池的大的并發(fā)數(shù)，以免大量的線程因各自搶先占領(lǐng)系統(tǒng)資源使導(dǎo)致線程的發(fā)生

java中，10個線程并發(fā)修改1個大數(shù)組（億級別），用1個mutex怎么設(shè)計最高效安全？

論什么語言，用多線程和1個mutex處理這樣的數(shù)據(jù)是最蠢的想法。

應(yīng)該盡量避免這樣的大數(shù)據(jù)出現(xiàn)，千萬不能煩亂未一次性處理數(shù)據(jù)，盡肯定在數(shù)據(jù)量小時處理掉要是盡量的避免不了大數(shù)據(jù)，就按結(jié)構(gòu)分層過濾的，用一個線程把數(shù)據(jù)整理分塊為10個，接著把這10塊分區(qū)分配給10個線程全面處理各自一次性處理，甚至是可以按1、2、4、8個塊四個隨機(jī)1、2、4、8個線程處理。分塊只是因為在數(shù)組的下標(biāo)接受劃分。這樣才是真正意義的使用多線程的優(yōu)勢，無鎖操作

設(shè)想那樣一個全局?jǐn)U充卡鎖對象，它控制一個地址集，可以參與append和delete操作，它在append操作的時候會檢測自己的數(shù)據(jù)集如何確定有再重復(fù)一遍數(shù)據(jù)，如果能再重復(fù)一遍就reset。delete操作不做限制。這十個線程，每次不需要ftp訪問大數(shù)組式，把索引append進(jìn)儲存鎖，用后就rename這個索引。

初步，擴(kuò)展這個鎖對象，減少一個鎖定住訪問方法，數(shù)組索引和一個lamda函數(shù)作為參數(shù)，一類干append索引，負(fù)責(zé)執(zhí)行l(wèi)amda，delete索引這種勾當(dāng)。主要是如何防止自己忘了delete。

再盡快，提供給調(diào)試功能，在鎖定住ftp訪問方法內(nèi)部，在append前向系統(tǒng)正式報告時間標(biāo)簽，先執(zhí)行時報告三次，解鎖碼報告第二次。這樣，你就也可以某些性能報告了。

我想不出還能不能初步了，就這么吧。

每個線程一次性處理各自的下標(biāo)范圍就可以了，不是需要互斥鎖，肯定了，又不能是int32數(shù)組