什麼是伺服器開發
1. 伺服器一般用什麼語言開發
伺服器語言開發一般用Delphi、C++、.net 、 java、php、python等這幾種。
2. java裡面什麼是伺服器端編程
分什麼伺服器比如web伺服器多指的其實就是jsp開發
有可能用到框架比如struts2 spring hibernate等
也可能指應用程序的伺服器端，就是java應用程序而已。
3. 對於伺服器開發需要學習什麼
伺服器所用到的知識：
TCP/UDP，最基本的
並發——你可以選擇使用select、poll，或者是多線程、多進程
如果你使用多線程，那麼就必須使用同步技術——信號量、互斥體、條件變數的一種或幾種，並且對於多線程技術，你還需要考慮使用進行線程分離與合並，
如果你使用了多進程，那麼同步技術就不是你需要考慮的了，你需要考慮的是進程相關的問題了，你是使用fork還是vfork，你該如何處理客戶端的請求，如何處理客戶端斷開連接後保證能夠處理完數據並且沒有僵屍進程產生，你還需要考慮高並發的問題
你發送接受數據的時候，採用何種方式，是阻塞的還是非阻塞的，還有連接超時、重傳等問題
你是選擇TCP還是UDP，如果選擇UDP你可得忙了，需要你自己去進行重傳驗證，模擬TCP的三次握手，保證數據不會丟失，保證數據的有序性
還有其他很多需要你考慮的，以上都是指在linux下的C++，本人對windows C++不了解
推薦書目：UNIX高級環境編程，UNIX網路編程，卷一。C++只不過是你使用這些技術的方式，不管你使用C還是C++，你都可以使用從這兩本書中學習到很多有用的知識，但是不能保證你就可以寫出高質量的伺服器程序。
4. java伺服器開發是做什麼和web端的區別
標準的web伺服器只具有與客戶端瀏覽器通訊的功能，不能處理業務邏輯請求。
需要編寫程序來復制處理客戶端的請求。通過組件來處理客戶端的請求，這個組件就是實現特定規范的可以單獨部署的軟體模塊。組件必須通過容器來實現。容器是實現特定規范的程序，負責組件的運行環境和管理組件的生命周期。tomcat，weblogic都提供了容器。
web端可以理解為tomcat，並且tomcat中運行著你編寫的程序，這個程序稱為web應用。
java伺服器開發就是通過java語言來編寫程序，組合成web應用，將來部署到tomcat中，
編寫的這些程序就是組件，用來處理客戶端請求的。為了高效還會使用一些框架和技術來配合java程序，比如SpringMVC，struts2，Servlet
5. 什麼是伺服器開發
雙線空間的伺服器雙線路接入技術（簡稱雙線路技術）就是在一個互聯網數據中心（IDC），通過特殊的技術手段。把不同的網路接入商（ISP）服務接入到一台伺服器或一個伺服器集群上面，來使其所提供的網路服務訪問用戶能盡可能以同一個ISP或互訪速度較快的ISP連接來進行訪問，從而解決或者減輕跨ISP用戶訪問網站的緩慢延遲（網路瓶頸）問題。
6. 伺服器端開發和服務端開發有什麼區別
服務端 可以是伺服器也可以是電腦 手機端等的開發
不過伺服器端開發 有些局限性的。
7. 後台開發 和 伺服器開發有什麼 異同
web後台開發可以選擇php、jsp、asp、java等語言，後台的開發就是實現某些具體的邏輯或者增刪減改等功能，而伺服器端的開發主要是數據以及程序相應路由機制等等方向，兩者沒有太大的差距，主要都是針對數據交互，以及邏輯業務的實現
8. java是伺服器開發 什麼是伺服器
伺服器就是用來存放互聯網上的數據的，供別人進行使用或者是訪問。
java開發是可以在普通主機上開發，但是如果供別人進行使用或者是應用的話
需要在伺服器上搭建下的。
9. 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 在這點上使用了「共享內存 」，這個內存拷貝也省略了。
等等。
在開發你的伺服器之前，應根據自己的業務需求和實際情況，恰當地選擇伺服器的模型，這對這個伺服器的功能效率都是具有很重要的意義的
10. 伺服器開發需要學習什麼
伺服器所用到的知識：TCP/UDP，最基本的；
並發——你可以選擇使用select、poll，或者是多線程、多進程：如果你使用多線程，那麼就必須使用同步技術——信號量、互斥體、條件變數的一種或幾種，並且對於多線程技術，你還需要考慮使用進行線程分離與合並；
如果你使用了多進程，那麼同步技術就不是你需要考慮的了，你需要考慮的是進程相關的問題了，你是使用fork還是vfork，你該如何處理客戶端的請求，如何處理客戶端斷開連接後保證能夠處理完數據並且沒有僵屍進程產生，你還需要考慮高並發的問題；
你發送接受數據的時候，採用何種方式，是阻塞的還是非阻塞的，還有連接超時、重傳等問題
你是選擇TCP還是UDP，如果選擇UDP你可得忙了，需要你自己去進行重傳驗證，模擬TCP的三次握手，保證數據不會丟失，保證數據的有序性；還有其他很多需要你考慮的，以上都是指在Linux下的C++，本人對windows C++不了解。
推薦書目：UNIX高級環境編程，UNIX網路編程，卷一。C++只不過是你使用這些技術的方式，不管你使用C還是C++，你都可以使用從這兩本書中學習到很多有用的知識，但是不能保證你就可以寫出高質量的伺服器程序。