netty游戲伺服器搭建

㈠ 用Netty作http靜態資源伺服器，類似Nginx這樣的，大一點的文件響應不正常怎麼回事

為什麼Nginx的性能要比Apache高得多？

????這得益於Nginx使用了最新的epoll（Linux?2.6內核）和kqueue（freebsd）網路I/O模型，而Apache則使用的是傳統的select模型。目前Linux下能夠承受高並發訪問的Squid、Memcached都採用的是epoll網路I/O模型。
處理大量的連接的讀寫，Apache所採用的select網路I/O模型非常低效。下面用一個比喻來解析Apache採用的select模型和Nginx採用的epoll模型進行之間的區別：
假設你在大學讀書，住的宿舍樓有很多間房間，你的朋友要來找你。select版宿管大媽就會帶著你的朋友挨個房間去找，直到找到你為止。而epoll版宿管大媽會先記下每位同學的房間號，你的朋友來時，只需告訴你的朋友你住在哪個房間即可，不用親自帶著你的朋友滿大樓找人。如果來了10000個人，都要找自己住這棟樓的同學時，select版和epoll版宿管大媽，誰的效率更高，不言自明。同理，在高並發伺服器中，輪詢I/O是最耗時間的操作之一，select和epoll的性能誰的性能更高，同樣十分明了。為什麼會出現502錯誤呢？
nginx出現502有很多原因，但大部分原因可以歸結為資源數量不夠用，也就是說後端php-fpm處理有問題，nginx將正確的客戶端請求發給了後端的php-fpm進程，但是因為php-fpm進程的問題導致不能正確解析php代碼，最終返回給了客戶端502錯誤。優化php-fpm，優化代碼，加大內存才是解決502的根源。10000並發的話，nginx的表現怎麼樣？
2009年9月3日下午2：30，金山游戲《劍俠情緣網路版叄》臨時維護1小時，大量玩家上官網，論壇、評論、客服等動態應用Nginx伺服器集群，每台伺服器的Nginx活動連接數達到2.8萬。

㈡ 如何實現Netty框架中伺服器端的消息推送

etty框架是用在伺服器端，客戶端是嵌入式編程，通過自定義的tcp通信協議進行連接的，現在需求是這樣的，我的伺服器端只是用來和客戶端進行通信，現在有第三方如微信端進行支付成功後在資料庫里生成了一條數據，表示要往某個客戶端發送指令，我嘗試了兩種方式：
1、微信端生成通訊指令後調用TCP端的介面（負責通訊程序和資料庫交互的），在介面程序中通過定義Socket連到通訊程序伺服器端，根據通道編號去發送，但是這種會導致伺服器端的tcp客戶端連接變得更多
2、直接在netty框架中定義了scheleAtF

㈢ java web能用netty嗎求解答

當然可以。netty是優秀的JAVA網路應用程序框架，關鍵詞是NIO和非同步。它提供了對JAVA網路編程API的封裝，屏蔽了繁雜的編程細節，讓開發者可以更加專注於業務邏輯的實現。很多中間件都是基於netty來實現的，你可以用來實現一個web容器，也能寫一個游戲伺服器。學習netty能夠讓你更加熟悉網路編程，對個人好處還是比較大的。
但是需要提醒的是，你要根據你自己的需求決定用什麼技術，如果是做java web的通信，建議可以用activeMQ，使用要比neety簡單一點，而且這個是在應用層的通信架構，neety是協議層的通信架構。

㈣ 怎麼搭建netty業務應用場景

下面將分析手頭上一個項目，運用的技術很全，值得學習，先做一個簡單介紹，當然業務部分代碼就不講了。

整個工程採用maven來管理，主要的技術是spring+jedis+netty+disruptor.看這個組合，這個伺服器端性能應該很不錯。

這個工程又引發我對技術無限熱愛 ，哈哈。

這
個工程，目前主要是針對一些基於json/xml/text格式的請求，同時也是支持標准手機請求的，當然，可以自定義一些其他格式或者pc端的請求，而
且針對不同URI，後面掛了不同的handler,這些可能都是一些web處理的基本思想，只是脫離了常規的web容器或者應用伺服器。

xml工具採用xstram來處理，兩個字，方便。

json工具採用jackson\不知道和業界出名的fastjson\gson\sf.json有何區別，待鑒定。

客
戶端的請求，統一繼承ClientRequestModel，經過編碼統一轉化為domainMessage，交由disruptor來處理，其實oop
里什麼繼承，實現，封裝思想，大部分都在圍繞一個東西在走，一句話，把看似各有稜角的東西如何轉化為共同的東西，求同存異啊（比如，水，石頭，空氣等，如
果在這一層，我們沒法統一用一個特徵來表示，我們可以先把它轉化為分子，那是不是可以用同一個東西來表示呢看如何高度抽象封裝，這真是一門藝術）。

㈤ netty框架做游戲伺服器怎麼樣

如果你指的是單機的話，不說Netty會怎麼樣，伺服器都有可能直接崩潰掉，你的算一下，按平均每鏈接傳輸數據1K，100W鏈接大概數據量會在1G左右，G級伺服器網卡也受不了的，我們在網路編程中對單機來講，成功解決了C10K的問題，這種M級別的鏈接，可能暫時解決不了。對於如此大的並發，一般我們都是通過負載均衡的方式進行處理，如新浪微博，同時在線100W以上，通過約100多個節點處理，每個節點也就才10000並發左右。

㈥ 如何構建一個基於netty的後端伺服器

Netty服務端創建
當我們直接使用JDK NIO的類庫開發基於NIO的非同步服務端時，需要使用到多路復用器Selector、ServerSocketChannel、SocketChannel、ByteBuffer、SelectionKey等等，相比於傳統的BIO開發，NIO的開發要復雜很多，開發出穩定、高性能的非同步通信框架，一直是個難題。
Netty為了向使用者屏蔽NIO通信的底層細節，在和用戶交互的邊界做了封裝，目的就是為了減少用戶開發工作量，降低開發難度。ServerBootstrap是Socket服務端的啟動輔助類，用戶通過ServerBootstrap可以方便的創建Netty的服務端。

㈦ 怎麼用netty搭建一個websocket的java客戶端

Netty基於websocket案例演示

㈧ 如何用Netty寫一個自己的RPC框架

最後，值得一提的是，衡量一個RPC框架性能的好壞與否，RPC的網路I/O模型的選擇，至關重要。在此基礎上，設計出來的RPC伺服器，可以考慮支持阻塞式同步IO、非阻塞式同步IO、當然還有所謂的多路復用IO模型、非同步IO模型。支持不同的網路IO模型，在高並發的狀態下，處理性能上會有很大的差別。還有一個衡量的標准，就是選擇的傳輸協議。是基於TCP協議、還是HTTP協議、還是UDP協議？對性能也有一定的影響。但是從我目前了解的情況來看，大多數RPC開源實現框架都是基於TCP、或者HTTP的，目測沒有採用UDP協議做為主要的傳輸協議的。
明白了RPC的使用原理和性能要求。現在，我們能不能撇開那些RPC開源框架，自己動手開發一個高性能的RPC伺服器呢？我想，還是可以的。現在本人就使用Java，基於Netty，開發實現一個高性能的RPC伺服器。

㈨ 關於netty框架的問題

如果你自己沒創建線程的話，netty默認是2×核數個worker和2×核數個boss，也就是這倆和的線程數了。10個連接的數據都在隊列裡面，有這些線程去完成。

㈩ 如果Netty做伺服器端，iOS做游戲客戶端，請問通信問題如何解決

就用MD5做數據校驗。 等會Server發消息過來後會通知你消息到了。可以記錄一些其他事情。 發送完畢後[解決辦法] Netty用的是NIO，那麼每個客戶端的ID是唯一的，比如日誌，連續發送多條指令。 （如果伺服器同時向多個客戶端