創(chuàng)新互聯(lián)堅持“要么做到，要么別承諾”的工作理念，服務(wù)領(lǐng)域包括：成都做網(wǎng)站、成都網(wǎng)站建設(shè)、企業(yè)官網(wǎng)、英文網(wǎng)站、手機端網(wǎng)站、網(wǎng)站推廣等服務(wù)，滿足客戶于互聯(lián)網(wǎng)時代的芒康網(wǎng)站設(shè)計、移動媒體設(shè)計的需求，幫助企業(yè)找到有效的互聯(lián)網(wǎng)解決方案。努力成為您成熟可靠的網(wǎng)絡(luò)建設(shè)合作伙伴！

本文目錄一覽

• 1，做手機軟件的服務(wù)端一般用什么語言編寫的
• 2，手機app 一般采用什么服務(wù)端軟件
• 3，用java編寫app的服務(wù)器端要學(xué)哪些東西
• 4，什么是APP服務(wù)器

1，做手機軟件的服務(wù)端一般用什么語言編寫的

是JAVA，不過一般手機所使用的是J2ME，也就是說專用于移動平臺（如手機、PDA）等的JAVA版本，較標(biāo)準的JAVA增強了相關(guān)的功能。

服務(wù)器端根客戶端沒什么關(guān)系。一般都是php ，java 等。。。。

2，手機app 一般采用什么服務(wù)端軟件

小一點的用thinkphp，中等的用ci，較大的項目用yii，但推薦使用ci方便快捷，而且功能較齊全，容易上手

你可以找本講android的書看看，我記得很多國內(nèi)的書都會在最后講幾個實戰(zhàn)項目，涉及到服務(wù)器開發(fā)，最后建議你Java服務(wù)器開發(fā)框架可以用jfinal，實際上手機服務(wù)器開發(fā)就是做網(wǎng)站，輸出的內(nèi)容一般采用json,可以用httpService的形式，請求和響應(yīng)，返回json給客戶端。

3，用java編寫app的服務(wù)器端要學(xué)哪些東西

我也做服務(wù)端開發(fā)的，服務(wù)器和客戶端傳輸數(shù)據(jù)使用到了servlet，為了提高效率使用了httpclient， 傳輸數(shù)據(jù)類型采用json，如果要跨語言開發(fā)那還要使用about thrift ，因為我們是做社交這塊的，所以還要用到j(luò)ava socket技術(shù)，推送消息用的是極光推送，框架的話使用輕量級spring ico di ，然后數(shù)據(jù)庫的話使用了三種 mongodb（主要使用） 、mysql（輔助）和redisdb（緩存）。大概就這么多了。還有app里面不全是原生開發(fā)，還可以使用html5進行輔助開發(fā)。

首先，App的服務(wù)端跟Web的服務(wù)端沒有多大區(qū)別，而且在實際的開發(fā)過程中，業(yè)務(wù)邏輯也都是共用一套，只是會針對不同的客戶端做不同的適配(這點可參考Amazon，其對PC的web端，移動的Web端，移動的App都做了不同程度的適配).其次，既然與Web的服務(wù)端沒多大區(qū)別，那所用的技術(shù)也大同小異，對于App而言，服務(wù)端更多是一個數(shù)據(jù)接口，所以框架頁大同小異；最后，大致總結(jié)一下：技術(shù)：網(wǎng)絡(luò)通信: tcp，http等；Web服務(wù)：servlet, cgi腳本，asp等；系統(tǒng)調(diào)度：多線程，并發(fā)等；框架：對應(yīng)不同的web服務(wù)技術(shù)，采用的編程語言不同；對應(yīng)不同的網(wǎng)絡(luò)通信協(xié)議，采用的框架也不同，netty->tcp，servlet等web服務(wù)框架->http等；對應(yīng)系統(tǒng)調(diào)度，有不同的多線程，多進程通信框架等；對應(yīng)提供不同的服務(wù)接口，有web service和restful兩大類，前者基于soap協(xié)議，后者基于http協(xié)議，對應(yīng)的框架就很多，不一一敘述；

4，什么是APP服務(wù)器

app server的前身是middleware（中間件），歷史要長的多。早在上世紀六七十年代就已經(jīng)開始在IBM大型機系統(tǒng)上廣泛應(yīng)用了，叫做TP Monitor，比較著名的是BEA的Tuxedo和IBM的CICS，運行在Terminal/Server模式的Server端，其功能主要是分離商業(yè)邏輯，進行分布式計算的，可以自動管理事務(wù)、資源和容錯等等。因為發(fā)展的時間很長，所以技術(shù)非常成熟。middleware最早是用cobol編寫的，現(xiàn)在還可以偶爾看到cobol的中間件的舊系統(tǒng)，再后來middleware改用C++來實現(xiàn)，著名中間件的有IBM的CICS，BEA的Tuexdo，仍然廣泛的應(yīng)用在高端系統(tǒng)中，特別是銀行系統(tǒng)。然而在面向?qū)ο蟮募夹g(shù)出現(xiàn)和廣泛的應(yīng)用之后，TP Monitor由于不是面向?qū)ο蟮?，而是面向過程的調(diào)用，因此TP Monitor管理的商業(yè)邏輯并沒有分布式對象系統(tǒng)中的商業(yè)組件那樣的可擴展性、可重用性，表現(xiàn)出來很大的局限。不過像PHP這樣主要還是面向過程調(diào)用的函數(shù)式的語言來說，TP Monitor仍然可以支持的非常完美，由于有了TP Monitor的支持，PHP也可以應(yīng)用在企業(yè)的環(huán)境中了。我所知道的eachnet用的是： 1 Linux+Apache+PHP+Tuxedo+Oracle eachnet在上海好幾個ISP那里放了服務(wù)器，以保證服務(wù)不因某個ISP的問題而無法訪問。我曾經(jīng)見過eachnet在上海熱線機房的服務(wù)器，說出來，大家可能不信，eachnet竟然用的是自己攢的兼容機，世紀之星的機箱，估計不比我們大家自己買的兼容機強到哪里去。大概有六七臺機器的樣子，來負載均衡。對象請求代理（Object Request Brokers）是另一種用的很多的中間件，支持分布式對象的調(diào)用。然而它的問題是僅僅是一個代理（Broker），系統(tǒng)級的功能需要自己來實現(xiàn)，這包括管理并發(fā)性、事務(wù)、資源管理和容錯機制等等，而且不同的廠商提供的ORB之間也存在互操作的兼容性問題。于是一種綜合了TP Monitor和ORB功能的新的服務(wù)器出現(xiàn)了，叫做CTM（Component Transaction Monitor）組件事務(wù)監(jiān)控器。用在我們特定的管理應(yīng)用程序的環(huán)境中就是App Server。在1997年開始，CTM市場發(fā)生了巨大的變化，因為這一年Sun的J2EE標(biāo)準正式發(fā)布，從此除了微軟之外，所有的CTM廠商都用Java來改寫自己的產(chǎn)品，例如Sybase原來有一個叫做Jagus CTS的東西，現(xiàn)在已經(jīng)變成了純Java實現(xiàn)的EAServer，Borland的公司app server也是這樣來的。這樣一來，除了微軟之外，就剩下基于Java的app server了。App Server可以自動管理并發(fā)性、事務(wù)、對象分布、負載均衡、安全性和資源管理等等系統(tǒng)級功能。簡單的來說就是App Server是管理服務(wù)端組件的，它給服務(wù)端組件提供了一個全功能可靠的運行環(huán)境。打個比方來說，數(shù)據(jù)庫系統(tǒng)是管理數(shù)據(jù)的，它也給數(shù)據(jù)提供了一個受監(jiān)控和管理的運行環(huán)境，提供了事務(wù)、安全性、負載均衡，并發(fā)性等等系統(tǒng)級功能，對于使用者來說，你不需要自己處理數(shù)據(jù)庫表的并發(fā)鎖定問題，自己處理SQL語句的解析、自己處理索引的優(yōu)化等等系統(tǒng)級功能，同樣對于服務(wù)端組件的調(diào)用者來說也不需要自己處理并發(fā)請求、對象創(chuàng)建、銷毀、緩存，控制組件事務(wù)等等系統(tǒng)級功能。App Server對服務(wù)端組件的的關(guān)系就是數(shù)據(jù)庫系統(tǒng)對數(shù)據(jù)的關(guān)系。App Server完全是一個類似數(shù)據(jù)庫系統(tǒng)這樣一個非常復(fù)雜的服務(wù)端軟件，所不同之處就是數(shù)據(jù)庫系統(tǒng)（RDBMS）是管理數(shù)據(jù)的，而App Server是管理對象的。這也是我研究Weblogic Server之后的切身感受。Microsoft是最早發(fā)布App Server的廠商，叫做Microsoft Transaction Server（MTS）。其他還有很多基于不同技術(shù)的App Server，不過隨著EJB規(guī)范的發(fā)布，主流的App Server基本上都是基于J2EE的了。目前看來，App Server市場主要就是實現(xiàn)J2EE規(guī)范的Java應(yīng)用服務(wù)器和Microsoft的.Net應(yīng)用服務(wù)器這兩大主流。Tuxedo等基于過程傳統(tǒng)的中間件會繼續(xù)在特定的場合發(fā)揮巨大的作用，像那些需要極高的響應(yīng)性能和基于特定平臺C/C++的場合，還是具有不可替代的作用。App Server提供的服務(wù)端組件模型并沒有解決所有的問題，基于不同技術(shù)實現(xiàn)的服務(wù)端組件之間不能互相調(diào)用和數(shù)據(jù)共享，比如EJB組件和COM組件之間不能之間交換數(shù)據(jù)，所以基于SOAP協(xié)議的Web Services試圖解決這個問題，想把互聯(lián)網(wǎng)上所有的不同技術(shù)實現(xiàn)的組件服務(wù)都統(tǒng)一成單一的Web Services。這也是Web Services熱門的原因之一，標(biāo)準的統(tǒng)一對大家都有好處。