app軟體用的是什麼伺服器

Ⅰ 什麼是APP伺服器

app server的前身是middleware（中間件），歷史要長的多。早在上世紀六七十年代就已經開始在IBM大型機系統上廣泛應用了，叫做TP Monitor，比較著名的是BEA的Tuxedo和IBM的CICS，運行在Terminal/Server模式的Server端，其功能主要是分離商業邏輯，進行分布式計算的，可以自動管理事務、資源和容錯等等。因為發展的時間很長，所以技術非常成熟。middleware最早是用cobol編寫的，現在還可以偶爾看到cobol的中間件的舊系統，再後來middleware改用C++來實現，著名中間件的有IBM的CICS，BEA的Tuexdo，仍然廣泛的應用在高端系統中，特別是銀行系統。

然而在面向對象的技術出現和廣泛的應用之後，TP Monitor由於不是面向對象的，而是面向過程的調用，因此TP Monitor管理的商業邏輯並沒有分布式對象系統中的商業組件那樣的可擴展性、可重用性，表現出來很大的局限。

不過像PHP這樣主要還是面向過程調用的函數式的語言來說，TP Monitor仍然可以支持的非常完美，由於有了TP Monitor的支持，PHP也可以應用在企業的環境中了。

我所知道的eachnet用的是：

1
Linux+Apache+PHP+Tuxedo+Oracle

eachnet在上海好幾個ISP那裡放了伺服器，以保證服務不因某個ISP的問題而無法訪問。我曾經見過eachnet在上海熱線機房的伺服器，說出來，大家可能不信，eachnet竟然用的是自己攢的兼容機，世紀之星的機箱，估計不比我們大家自己買的兼容機強到哪裡去。大概有六七台機器的樣子，來負載均衡。

對象請求代理（Object Request Brokers）是另一種用的很多的中間件，支持分布式對象的調用。然而它的問題是僅僅是一個代理（Broker），系統級的功能需要自己來實現，這包括管理並發性、事務、資源管理和容錯機制等等，而且不同的廠商提供的ORB之間也存在互操作的兼容性問題。

於是一種綜合了TP Monitor和ORB功能的新的伺服器出現了，叫做CTM（Component Transaction Monitor）組件事務監控器。用在我們特定的管理應用程序的環境中就是App Server。

在1997年開始，CTM市場發生了巨大的變化，因為這一年Sun的J2EE標准正式發布，從此除了微軟之外，所有的CTM廠商都用java來改寫自己的產品，例如Sybase原來有一個叫做Jagus CTS的東西，現在已經變成了純Java實現的EAServer，Borland的公司app server也是這樣來的。這樣一來，除了微軟之外，就剩下基於Java的app server了。

App Server可以自動管理並發性、事務、對象分布、負載均衡、安全性和資源管理等等系統級功能。簡單的來說就是App Server是管理服務端組件的，它給服務端組件提供了一個全功能可靠的運行環境。

打個比方來說，資料庫系統是管理數據的，它也給數據提供了一個受監控和管理的運行環境，提供了事務、安全性、負載均衡，並發性等等系統級功能，對於使用者來說，你不需要自己處理資料庫表的並發鎖定問題，自己處理SQL語句的解析、自己處理索引的優化等等系統級功能，同樣對於服務端組件的調用者來說也不需要自己處理並發請求、對象創建、銷毀、緩存，控制組件事務等等系統級功能。

App Server對服務端組件的的關系就是資料庫系統對數據的關系。App Server完全是一個類似資料庫系統這樣一個非常復雜的服務端軟體，所不同之處就是資料庫系統（RDBMS）是管理數據的，而App Server是管理對象的。這也是我研究Weblogic Server之後的切身感受。

Microsoft是最早發布App Server的廠商，叫做Microsoft Transaction Server（MTS）。其他還有很多基於不同技術的App Server，不過隨著EJB規范的發布，主流的App Server基本上都是基於J2EE的了。目前看來，App Server市場主要就是實現J2EE規范的Java應用伺服器和Microsoft的.Net應用伺服器這兩大主流。

Tuxedo等基於過程傳統的中間件會繼續在特定的場合發揮巨大的作用，像那些需要極高的響應性能和基於特定平台C/C++的場合，還是具有不可替代的作用。

App Server提供的服務端組件模型並沒有解決所有的問題，基於不同技術實現的服務端組件之間不能互相調用和數據共享，比如EJB組件和COM組件之間不能之間交換數據，所以基於SOAP協議的Web Services試圖解決這個問題，想把互聯網上所有的不同技術實現的組件服務都統一成單一的Web Services。這也是Web Services熱門的原因之一，標準的統一對大家都有好處。

Ⅱ APP開發需要用到伺服器嗎伺服器都有什麼用途

APP開發需要用到伺服器啊，一般是台式的伺服器，即我們日常最常見的電腦主機，不過高配置一點。但是伺服器類型很多：家用的主機電腦、機房運營商提供的伺服器，就我們家裡的電腦主機就是伺服器的一種。開發是在伺服器上面進行的，但是除非是對外APP已經上線要全國測試或者說是直接使用，一般開發都是公司裡面直接本地用主機電腦就可以進行了。騰正科技，嘉輝上

Ⅲ 手機APP軟體，屬於C/S架構么

不全屬於C/S架構，手機APP軟體除了C/S架構，還有單機版APP，B/S架構等類型的APP。

在C/S結構中，應用程序分為兩部分:伺服器部分和客戶機部分。伺服器部分是多個用戶共享的信息與功能，執行後台服務。典型的如一些聊天APP，視頻APP等就是作為本地客戶機，與伺服器端進行信息交流、請求等，屬於典型的C/S結構。

B/S架構中，客戶機上只要安裝一個瀏覽器，如Netscape Navigator或Internet Explorer，伺服器安裝SQL Server、Oracle、MYSQL等資料庫。瀏覽器通過Web Server 同資料庫進行數據交互。手機中就有許多瀏覽器應用，是屬於B/S架構的。當然手機中還有一些單機版游戲等應用。

(3)app軟體用的是什麼伺服器擴展閱讀：

C/S和B/S的比較：

1、硬體環境的比較：

CS建立在區域網的基礎上，區域網之間再通過專門伺服器提供連接和數據交換服務。在CS結構中，客戶機和伺服器都需要處理數據任務，這就對客戶機的硬體提出了較高的要求。BS結構建立在廣域網之上，不必配備專門的網路硬體環境。

2、系統維護 、 升級的比較

CS結構中的每一個客戶機都必須安裝和配置相關軟體，如操作系統、客戶端軟體等。BS結構中每一個客戶端只需通過瀏覽器便可進行各種信息的處理，而不需要安裝客戶端軟體，維護、升級等幾乎所有的工作都在伺服器端進行，如果系統需要升級，只需要將升級程序安裝在伺服器端即可。

Ⅳ 開發即時聊天app用什麼伺服器

伺服器端應用可以用java來做

Ⅳ 一般手機app開發，使用什麼類型的伺服器

看你要開發哪種類型的。要是社交類，建議租用雲伺服器比較好點。要是只是手機app開發，買個空間就可以了

Ⅵ 手機APP開發用什麼伺服器

APP開發的第一個難點是數據通信，要把命令發送到控制器，由控制器發送命令來控制智能設備，這是一種方式。也有一部分沒有通過控制器直接控制職能設備的，但是就兩者而言他們的實現方式都大相徑庭。推薦用友有信，0成本，能提供：即時通訊、消息推送、簡訊服務、落地電話、視頻會議。

Ⅶ 手機app一般用什麼配置的伺服器

手機APP軟體下載量都會比較大的，選用伺服器最好是不限制流量的，還有就是要大帶寬，這樣多用戶下載時就不會擁堵，所以你選用伺服器時首先就是要求帶寬要大 。具體選擇什麼樣的配要根據具體情況選擇

Ⅷ 開發一個APP需要什麼的伺服器好

可以容納2-5萬人,是同時迸發,還是,還是一共就這么多人.

同時迸發量5萬人,那要求高了.建議內存16G以上 CPU8核以上 寬頻300M以上 年付估計3萬以上.
一天5萬人,建議內存8G以上,CPU6核以上 寬頻100M 以上

除了伺服器外如果想更穩定,建議數庫分離. 你須要一個域名並且備案,如果要支付功能還須要去申請介面,SSL證書,及蘋果應用證書. 如果你APP要國產及蘋果的支持,可能須要二台伺服器. 當然你要是網站打包成APP就不用二台了.

Ⅸ 多數安卓app和ios app伺服器是tcp還是http-C/C++

看需求，主要是看連接時長。如果是一次性服務，總是由Client發起的，像數據查詢/報表填交之類的，httpServer就行。如果需要即時交互的，用TCP，能雙通信。
現在做即時性要求不高的像webServer之類的，不用C/C++，被Java的Apacha，Python的Django/Flask/webpy還有其他開發快的各種語言大小框架取而代之。
socket的高通信量/即時性，對性能有要求，高端還是C/C++在做，小型的隨意。