❶ java伺服器開發是做什麼和web端的區別
標準的web伺服器只具有與客戶端瀏覽器通訊的功能，不能處理業務邏輯請求。
需要編寫程序來復制處理客戶端的請求。通過組件來處理客戶端的請求，這個組件就是實現特定規范的可以單獨部署的軟體模塊。組件必須通過容器來實現。容器是實現特定規范的程序，負責組件的運行環境和管理組件的生命周期。tomcat，weblogic都提供了容器。
web端可以理解為tomcat，並且tomcat中運行著你編寫的程序，這個程序稱為web應用。
java伺服器開發就是通過java語言來編寫程序，組合成web應用，將來部署到tomcat中，
編寫的這些程序就是組件，用來處理客戶端請求的。為了高效還會使用一些框架和技術來配合java程序，比如SpringMVC，struts2，Servlet
❷ 游戲伺服器開發工程師師到底是做什麼的
你可以先去【繪學霸】網站找「游戲特效/unity3D」板塊的【免費】視頻教程-【點擊進入】完整入門到精通視頻教程列表： www.huixueba.net/web/AppWebClient/AllCourseAndResourcePage?type=1&tagid=305,306&zdhhr-11y17r-497865917597804604
想要系統的學習可以考慮報一個網路直播課，推薦CGWANG的網路課。老師講得細，上完還可以回看，還有同類型錄播課可以免費學（贈送終身VIP）。
自製能力相對較弱的話，建議還是去好點的培訓機構，實力和規模在國內排名前幾的大機構，推薦行業龍頭：王氏教育。
王氏教育全國直營校區面授課程試聽【復制後面鏈接在瀏覽器也可打開】：
www.cgwang.com/course/gecoursemobilecheck/?zdhhr-11y17r-497865917597804604
在「游戲特效/unity3D」領域的培訓機構里，【王氏教育】是國內的老大，且沒有加盟分校，都是總部直營的連鎖校區。跟很多其它同類型大機構不一樣的是：王氏教育每個校區都是實體面授，老師是手把手教，而且有專門的班主任從早盯到晚，爆肝式的學習模式，提升會很快，特別適合基礎差的學生。
大家可以先把【繪學霸】APP下載到自己手機，方便碎片時間學習——繪學霸APP下載： www.huixueba.com.cn/Scripts/download.html
❸ linux伺服器開發
做linux伺服器開發首先要精通Linux下的C語言開發技術，其次要對Linux 操作系統理解透徹，最好做一次LFS（用源程序編譯生成自己的Linux 操作系統）。第三，對伺服器端運行的主要軟體系統要有所了解，如，NFS、Samba、DNS、DHCP、Apache、FTP、SendMail、Iptables、PHP、MySQL等。有些應用系統有多種可選的，你至少需要了解最多人採用的其中一種。
❹ linux伺服器開發需要哪些知識'
[開發前准備]
在進行linux伺服器開發之前，必須很清楚地了解所開發的對象需要考慮的相關問題
比如：
功能架構：提供服務的模塊體系結構
穩定性：伺服器的出core率，內存泄露情況
性能：請求與返回的速度與正確性
負載能力：能同時訪問的最大數量和頻度
根據不同伺服器對象的環境和應用，伺服器開發的對應手段相差甚遠。比如就客戶端連接時間較短卻又比較頻繁的伺服器（例如HTTP伺服器）而言，
在可選的伺服器結構中，預先派生進/線程的結構就要比並發式結構高效
總之，在開發伺服器之前，必須進行完整的伺服器開發需求分析，否則一旦你的伺服器開發完成而因為效率或者其他某項事物不能滿足你的客戶，那麼很有可能失敗！
[伺服器讓我明白了這件事情]
伺服器一般在後台運行，與客戶端的交互通過請求和返回兩種方式進行通信。
以epoll為例，一個epoll開發的伺服器程序，等待著一百萬的客戶端用戶的請求，輪詢觀察某個時刻是否有客戶端發來的請求；排隊依次處理發來的請求，並將結果返回給
客戶端應用程序。
涉及到幾個技術問題：
第一，客戶端訪問進入epoll輪詢隊列的優先順序是否需要控制。比如甲是我們的vip白金用戶，那麼，我始終先處理甲發來的請求，不然白金用戶要生氣的。
第二，極大可能程度上優化處理請求的速度，這是伺服器設計的核心業務。
第三，如果客戶端請求了這樣一個事情：我需要看這一百年來某企業所有的信息，那麼我想這個信息量是很大的，也就是現在很熱門的大數據大文件傳輸問題，如何快速
將服務端的這些結果傳給客戶端，在帶寬允許的情況下當然越快越好！這里會有很多處理措施，當然你可以打成一個包直接扔過去，但是這樣是愚蠢的，像蝸牛背著一個
重殼在挪動，用戶可等不了這么久；聰明的做法當然很多，根據你的實際需要，比如，你可以壓縮，你可以分批，等等。
等等，其實伺服器的整個開發，每個細節都決定了你的伺服器的成敗優劣。在開發linux伺服器的項目後，我個人決定，一個讓你的伺服器變得強大的很重要的因素是——
——你不願意放棄任何一個可以挺高性能的因素，即使是快0.01ms或者少傳1bt的數據！
[流行的伺服器模型]
1 PPC/TPC 模型
這兩種模型思想類似，就是讓每一個到來的連接一邊自己做事去，別再來煩我 。只是 PPC 是為它開了一個進程，而 TPC 開了一個線程。可是別煩我是有代價的，
它要時間和空間啊，連接多了之後，那麼多的進程 / 線程切換，這開銷就上來了；因此這類模型能接受的最大連接數都不會高，一般在幾百個左右。
2 select 模型
2.1. 最大並發數限制，因為一個進程所打開的 FD （文件描述符）是有限制的 由 FD_SETSIZE 設置，默認值是 1024/2048 ，因此 Select 模型的最大並發數就被相應限制了。
自己改改這個 FD_SETSIZE ？想法雖好，可是先看看下面吧 …
2.2. 效率問題， select 每次調用都會線性掃描全部的 FD 集合，這樣效率就會呈現線性下降，把 FD_SETSIZE 改大的後果就是，大家都慢慢來，什麼？都超時了？？！！
2.3. 內核 / 用戶空間 內存拷貝問題，如何讓內核把 FD 消息通知給用戶空間呢？在這個問題上 select 採取了內存拷貝方法。
3 poll 模型
基本上效率和 select 是相同的， select 缺點的 2 和 3 它都沒有改掉。
4 Epoll 模型
把其他模型逐個批判了一下，再來看看 Epoll 的改進之處吧，其實把 select 的缺點反過來那就是 Epoll 的優點了。
3.1. Epoll 沒有最大並發連接的限制，上限是最大可以打開文件的數目，這個數字一般遠大於 2048, 一般來說這個數目和系統內存關系很大 ，
具體數目可以 cat /proc/sys/fs/file-max 察看。
3.2. 效率提升， Epoll 最大的優點就在於它只管你「活躍」的連接 ，而跟連接總數無關，因此在實際的網路環境中， Epoll 的效率就會遠遠高於 select 和 poll 。
3.3. 內存拷貝， Epoll 在這點上使用了「共享內存 」，這個內存拷貝也省略了。
等等。
在開發你的伺服器之前，應根據自己的業務需求和實際情況，恰當地選擇伺服器的模型，這對這個伺服器的功能效率都是具有很重要的意義的
❺ 伺服器端開發做什麼
一般是游戲後端。主要是做數據處理
❻ 如何一步步學習開發伺服器
因為題目中提到了Nginx和Tengine，所以這里假設是Linux下面的HTTP伺服器的開發。
HTTP伺服器開發是個漫長的體力活，如果真的想做下去，必須要有強烈的興趣支撐。但是除此之外，HTTP伺服器開發並沒有什麼特別高深的演算法在裡面，好好努力的話，做出來自己的HTTP伺服器也並不是一件太難的事。
需要准備的有：
扎實 的C語言編程基礎。相信到了大三的時候，你已經有了幾年的變成經驗，但是對於開發HTTP伺服器來說，還是遠遠不夠。課本中會給你C語言的一個大概講解，但是在現實世界中，還是會有很多課本中覆蓋不到的地方。因為你已經在閱讀Nginx的代碼了，所以建議你首先檢查一下代碼中是否有不認識的C語言語法和用法。如果有，那麼就自己Google學習一下。如果沒有，那麼說明你的C語言學的足夠好，不存在語言層面上的問題。接下來，非常推薦學習一下這本經典的The Practice of Programming。學校里學習到的知識太書本化，代碼又太專業，不好懂。這本書能幫你在兩者之間找一個平衡，讀了之後就會知道很多地方為什麼要這么做。
C語言准備的差不多了之後，可以開始准備網路編程的知識。Unix Network Programming的確是本好書，但是問題在於，它太厚了。對於初學者來說，它提供的東西太多了。從實用的角度，我更推薦Beej』s Guide to Network Programming，不太長，但是涵蓋了網路編程的基本上所有常用的內容。全部讀完也不過幾個小時的時間。UNP可以用來在修煉的差不多了之後用來做參考書。或者用來學習網路編程中具體某個細節的知識。
接下來，因為是要寫HTTP伺服器，所以對HTTP協議需要有很深入的了解。當然最權威的資料就是一系列的RFC，比如HTTP 1.1的hwww ietf.org/rfc/rfc2616.txt。這時候就到了最開始講的體力活的地方。不斷的仔細閱讀RFC，然後把它講到的內容全部用代碼實現一遍。當然，也有偷懶的辦法，直接使用現有的HTTP解析庫，比如h2o/picohttpparser · GitHub。
另外，關於Nginx的架構設計，Andrew Alexeev在 The Architecture of Open Source Applications (Volume 2): nginx裡面講的很清楚。這個會對你讀代碼有很大的幫助。
❼ app伺服器開發需要學習哪些知識
這個問題有些籠統，一個完整的app有簡單有復雜，不同的app應用功能的差異也導致不同的技術實現或者演算法模型。大體來說，一個app從設計到最終實現需要懂得以下幾個必要方面：
1、前期需求規劃與信息、交互設計——需要制定出一個完整的需求文檔，功能文檔，流程圖，時序圖。
2、交互設計、UI設計——設計出基本且完善的原型圖和app基礎的交互設計效果，之後再根據這些設計出完整的UI界面並學會切圖，一些需要做自適應的素材圖片需要做點9patch。 這里還需要懂得px，pt和dp之間的換算，屏幕密度的換算和相互之間的系數，以便app能完美適應不同解析度設備。其中交互設計需要懂得很多人機操作的技巧經驗，掌握Axure等交互工具的使用，UI設計需要掌握Photoshop和Illustrator等操作。
3、使用ADT之類的開發環境進行app開發，最基本的也得掌握java語言，熟悉android環境和機制，這裡面涉及面廣，請根據項目自行學習相關知識。
4、如果不是單機版的app，需要用到伺服器，那還得掌握WebService相關知識和開發語言，常用的有ASP.Net，PHP，JSP等。
5、熟悉並能開發資料庫。
6、某些功能需要做演算法，這還需要一定得專業知識，尤其是數學基礎。
7、熟悉API介面開發，這里包括自行開發API的能力以及調用第三方API的經驗。
8、熟悉TCP/IP，socket等網路協議和相關知識。
9、熟練掌握App發布的流程，真機調試技巧，證書，打包，上架。
App開發其實不一定適合一個人搞，太費勁，除非是一個單機版的小應用，或者利用現成的api開發簡單的第三方應用，否則還是讓一個團隊來完成各自擅長的領域。
❽ 對於伺服器開發需要學習什麼
伺服器所用到的知識：
TCP/UDP，最基本的
並發——你可以選擇使用select、poll，或者是多線程、多進程
如果你使用多線程，那麼就必須使用同步技術——信號量、互斥體、條件變數的一種或幾種，並且對於多線程技術，你還需要考慮使用進行線程分離與合並，
如果你使用了多進程，那麼同步技術就不是你需要考慮的了，你需要考慮的是進程相關的問題了，你是使用fork還是vfork，你該如何處理客戶端的請求，如何處理客戶端斷開連接後保證能夠處理完數據並且沒有僵屍進程產生，你還需要考慮高並發的問題
你發送接受數據的時候，採用何種方式，是阻塞的還是非阻塞的，還有連接超時、重傳等問題
你是選擇TCP還是UDP，如果選擇UDP你可得忙了，需要你自己去進行重傳驗證，模擬TCP的三次握手，保證數據不會丟失，保證數據的有序性
還有其他很多需要你考慮的，以上都是指在Linux下的C++，本人對windows C++不了解
推薦書目：UNIX高級環境編程，UNIX網路編程，卷一。C++只不過是你使用這些技術的方式，不管你使用C還是C++，你都可以使用從這兩本書中學習到很多有用的知識，但是不能保證你就可以寫出高質量的伺服器程序。