多線程比單線程到底慢了多少？看看場景；效率的瓶頸不在代碼上，比如使用最多的IO操作，下載器，下載服務(wù)器，每個(gè)接口給你500K的速度，那多線程相當(dāng)于500*n，局域網(wǎng)每秒可以打開3~5個(gè)線程，這自然很快

多線程比單線程到底慢了多少？

看看場景；效率的瓶頸不在代碼上，比如使用最多的IO操作，下載器，下載服務(wù)器，每個(gè)接口給你500K的速度，那多線程相當(dāng)于500*n，局域網(wǎng)每秒可以打開3~5個(gè)線程，這自然很快；replicator，在windows操作系統(tǒng)中，復(fù)制文件的速度非常慢，因?yàn)樨?fù)責(zé)復(fù)制的API可以防止系統(tǒng)阻塞每個(gè)線程如果用java編寫一個(gè)多線程的IO流拷貝，速度大約快8倍。在這種情況下，速度或效率的關(guān)鍵不是Java的處理能力，而是接口限制成為瓶頸。例如，如果使用多線程搜索集合并打印值，則多線程的效率明顯低于單線程。因?yàn)樵趧?chuàng)建線程和銷毀線程的過程中消耗了太多的時(shí)間，所以有用代碼的執(zhí)行和單線程沒有區(qū)別，效率不如單線程；

redis單線程為什么比多線程快？

一般來說，單線程的處理能力比多線程差，但是redis之所以更快，主要是因?yàn)橐韵略颍?/p>

1。純內(nèi)存訪問，ReDIS將所有數(shù)據(jù)存儲(chǔ)在內(nèi)存中，內(nèi)存的響應(yīng)時(shí)間約為100納秒，這是ReDIS實(shí)現(xiàn)每秒10000級訪問的重要基礎(chǔ)。

2. 非阻塞io。Redis使用epoll作為I/O復(fù)用技術(shù)的實(shí)現(xiàn)。此外，redis自己的事件處理模型將epoll中的連接、讀寫和關(guān)閉轉(zhuǎn)換為事件，不會(huì)在網(wǎng)絡(luò)I/O上浪費(fèi)太多時(shí)間。單線程避免了線程切換和爭用的消耗。

單線程的優(yōu)點(diǎn)：1。簡化了數(shù)據(jù)結(jié)構(gòu)和算法的實(shí)現(xiàn)。

2. 避免線程切換和爭用的消耗。對于服務(wù)器，鎖和線程切換通常是性能殺手。

單線程問題：每個(gè)命令的執(zhí)行時(shí)間都有要求。如果執(zhí)行一個(gè)命令，它將阻止其他命令，這對高性能服務(wù)redis是致命的。因此，redis是一個(gè)用于快速執(zhí)行場景的數(shù)據(jù)庫。

在什么情況下單線程比多線程效率高？

1. 多線程有線程切換的代價(jià)。如果執(zhí)行時(shí)間短，線程切換將浪費(fèi)時(shí)間

2。當(dāng)存在資源爭用時(shí)，多線程通常會(huì)導(dǎo)致鎖定并消耗資源