Java游戲服務(wù)器分布式架構(gòu)如何設(shè)計？Web服務(wù)常見很容易先做成并發(fā)，但游戲服務(wù)器的并發(fā)徹底是依據(jù)游戲類型而定的。比如說棋牌游戲天生地會容易制作成并發(fā)的，而MMO的高并發(fā)設(shè)計就是服務(wù)器技術(shù)中的王冠了。

Java游戲服務(wù)器分布式架構(gòu)如何設(shè)計？

Web服務(wù)常見很容易先做成并發(fā)，但游戲服務(wù)器的并發(fā)徹底是依據(jù)游戲類型而定的。比如說棋牌游戲天生地會容易制作成并發(fā)的，而MMO的高并發(fā)設(shè)計就是服務(wù)器技術(shù)中的王冠了。

了解我：微博私信解除“666”某些往期Java低級架構(gòu)資料、源碼、筆記、視頻Dubbo、Redis、Netty、zookeeper、Spring cloud、分布式、高并發(fā)等架構(gòu)技術(shù)

分布式架構(gòu)要注意從分流角度或者存儲方面去判斷。雙向是可以在一個主服務(wù)器上面檢測流量先分配到輔助器,區(qū)分雙機熱備的方法以保證安全性，不使用虛擬IP按照中間件自動監(jiān)測跳轉(zhuǎn)閑時服務(wù)器。

要是是存儲方面的，那你不需要各個服務(wù)器之間按照數(shù)據(jù)溝通交流來通過日志分配,只不需要有一個主數(shù)據(jù)庫服務(wù)器動態(tài)分配數(shù)據(jù)的存儲。

如果沒有我的回答促進身體血液循環(huán)您，我記得為我給你點個贊，多收藏，參與我哦！這是支持什么我一直能回答的動力！謝謝啊！

1秒1000并發(fā)，高并發(fā)需要什么樣的服務(wù)器？

目前是得用MongoDB數(shù)據(jù)庫，我用四臺天互的奢華云主機才再次提升到三秒百并發(fā)。

硬件層面要依據(jù)什么數(shù)據(jù)量，業(yè)務(wù)奇怪度相互綜合評估的，建議您先買兩臺云主機（4核8g內(nèi)存）壘建集群環(huán)境就行。后繼再參照求實際要擴展。

軟件層面：

一、如果是讀取你的操作的，應(yīng)該要：

1.1建議使用消息隊列來異步運行一次性處理（如activemq等），以免消息賭塞

1.2建議使用MongoDB的批量讀取功能，諸如每1000條數(shù)據(jù)才讀取一次

二、MongoDB部署為集群模式，這個可以聚集起來壓力

三、要是是讀取數(shù)據(jù)不能操作，也可以考慮到加入到redis，將熱點數(shù)據(jù)接受一級緩存

1秒1000的并發(fā)不是太高，只要簡單優(yōu)化再看看就行了，現(xiàn)在一般的服務(wù)器應(yīng)該要都都能夠抵擋。簡單的方法看下線程池分配，去看看linux系統(tǒng)的io數(shù)限制。

肯定不見意讓數(shù)據(jù)庫去抗正常的高并發(fā)，應(yīng)該在整體架構(gòu)上面作優(yōu)化，在數(shù)據(jù)庫上層是不是我是可以決定架構(gòu)緩存服務(wù)器，有針對具體看業(yè)務(wù)做些優(yōu)化系統(tǒng)。

讀多肯定寫多，索引建得怎么？慢sql有哪些？單次訪問數(shù)據(jù)量如何？

從正常嗎角度講，遠遠的是沒有到數(shù)據(jù)庫的性能瓶頸，具體詳細問題要詳細分析。

硬件看起來夠的，程序優(yōu)化比較比較有用

正常了情況單機抗幾千妥妥地絕對沒問題，看你的情況問題很可能出在兩方面：web服務(wù)的io或DB。

web服務(wù)的性能關(guān)鍵因素是io和線程模型，要是區(qū)分epoll系列的nio的web框架（netty，mina等）性能相比較bio會高太多了。

如果你是那是DB，索引，os的頁緩存等等。

一千塊的程序員都能寫一秒鐘一千單的服務(wù)器

電信寬帶肯定是要萬兆的，硬件這塊總之不錯，現(xiàn)在可以用很廉價的pc來做分布式的架構(gòu)，況且內(nèi)存和硬盤的大小比較多是參照數(shù)據(jù)量的大小和存儲多少來改變的。我希望我的回答能幫到你！