app服务器都有什么

A. 大家做一个APP需要什么样的服务器

app不需要服务器，做数据传输的时候才需要。操作系统常用的是linux或者windows。视服务器语言选择服务器类型，如java后端就是用tomcat居多，php在windows用apache，nginx，IIS都可以，在linux就用apache或nginx。python类脚本语言可以自成服务器，做守护进程监听网络连接。

B. 什么是APP服务器租用，对服务器带宽有什么要求

服务器能做的应用很多，比如做网站、app、数据库、下载站、采集站等等。做app的话就叫app服务器，做网站就叫网站服务器。
每个人的应用都是不一样的，对服务器配置需求还看自己的具体情况，具体要多大带宽没人能够说得清楚。建议前期选择基础的配置，包括cpu、内存、硬盘、带宽等，这些都是可以随时补差价升级的，后期不够用再根据实际情况升级就好了。
耀磊数据为您解答

C. 什么是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热门的原因之一，标准的统一对大家都有好处。

D. web server与app server有什么不同

1、处理问题不同
Web服务器处理HTTP请求，而app服务器基于多种不同的协议，处理应用程序的逻辑问题

2、功能不同
当web服务器接收到一个请求，它只是简单的将请求交给处理该请求的最优程序。除了为服务器程序简单的提供一个运行环境之外，web服务器不提供任何功能。不同于web服务器主要发送用来展示在浏览器上的HTML页面，app服务器为客户端程序处理应用逻辑方面问题。

3、提供的服务不同

web服务器一般会提供诸如容错机制，负载均衡、缓存、集群等。app服务器通过元件API，比如基于j2ee app服务器的EJB，来提供应用逻辑。而更多的情况下，app服务器自己管理自己的资源。这些责任（gate-keeping）包括安全、进程交互、资源池、消息分发等。

(4)app服务器都有什么扩展阅读

主要web server产品

1、kangle

kangleweb服务器（简称：kangle）是一款跨平台、功能强大、安全稳定、易操作的高性能web服务器和反向代理服务器软件。除此：kangle也是一款专为做虚拟主机研发的web服务器。实现虚拟主机独立进程、独立身份运行。

用户之间安全隔离，一个用户出问题不影响其他用户。安全支持php、asp、net、java、ruby等多种动态开发语言。

2、nginx

Nginx（发音同 engine x）是一款轻量级的Web服务器/反向代理服务器及电子邮（IMAP/POP3）代理服务器，并在一个BSD-like 协议下发行。由俄罗斯的程序设计师Igor Sysoev所开发，供俄国大型的入口网站及搜索引擎Rambler（俄文：Рамблер）使用。

其特点是占有内存少，并发能力强，事实上nginx的并发能力确实在同类型的网页服务器中表现较好，中国大陆使用nginx网站用户有：新浪、网易、腾讯等。

3、apache

Apache是世界使用排名第一的Web服务器软件。它可以运行在几乎所有广泛使用的计算机平台上，由于其跨平台和安全性被广泛使用，是最流行的Web服务器端软件之一。

同时Apache音译为阿帕奇，是北美印第安人的一个部落，叫阿帕奇族，在美国的西南部。也是一个基金会的名称、一种武装直升机等等。

app服务器的功能。

场景1：web服务器，而非app服务器

在这个场景里，web服务器独自提供在线商店的功能。它接受用户的请求，交给服务器端程序处理。该服务器端程序通过数据库，或者纯文本，查找到价格信息，然后生成HTML响应，通过web服务器返回给用户的浏览器。

总结来说，web服务器仅需要接受HTTP请求，并响应HTML网页。

场景2： web服务器 + app服务器

同场景1一样，web服务器仍然代理脚本生成的响应。但是你可以把业务逻辑部署在app服务器上。

这样，脚本就不需要去关注怎样查询和生成响应，而仅需要调用app服务器提供查询服务，从而利用其生成它的HTML响应。

在这个例子中，app服务器提供了价格查询的业务逻辑。这个逻辑不应该包含怎样去展示，或者强迫客户端使用这些数据。相反的是，客户端和app服务器进行交互，只有当客户端调用了app服务器的价格查询服务的时候，该服务才查找到信息并返回。

同HTML代码生成分离开后，价格查询逻辑的复用性提高了。另外一个客户端，比如收银机，同样可以调用这个接口。而场景1里，价格查询服务就很难被重用，因为它和HTML页面紧密联系。

总结来说，第二个场景中，web服务器处理HTTP请求，并返回HTML页面，而app服务器处理业务逻辑。

E. 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开发简单的第三方应用，否则还是让一个团队来完成各自擅长的领域。

F. APP服务器如何选择

不同的应用对于服务器有不同需求，APP选择服务器时需要注意几个方面：
一、根据规模的大小，来选择合适的配置与带宽，比如说新开发的APP，前期访问量小，可以用一个普通配置的云服务器就能满足需求，但如果是较大规模或者数据量比较多的APP，则需要用较高的配置和带宽。
二、根据用户分布区域来选择机房线路，大多APP是面向全国各地的用户，所以在服务器线路方面，推荐用多线或者BGP线路。
三、后期扩展性。如果你选择的是云服务器，基本上都是支持中途升级高配置的，但如果是选择的物理服务器，就需要考虑后期升级的便利性，毕竟随着APP规模的提升，后期升级配置以及带宽也是很常见的操作。
四、服务商的资质以及服务，APP是需要全天不间断运行的，所以选择一个有信誉，资质齐全，服务有保障的IDC服务商，在服务器出现问题时能第一时间响应并解决，非常重要。

G. app后台租哪种服务器比较好

主要看你APP的规模大小以及访问量.如果是新做的APP.其实前期可以不用服务器,用一个普通配置的云主机足矣,另外APP软件一般是面向各个地区不同线路的用户使用的.所以机房的话推荐用BGP多线,这样能保证各种不同线路用户的访问速度.

H. 开发一个APP需要什么的服务器好

可以容纳2-5万人,是同时迸发,还是,还是一共就这么多人.

同时迸发量5万人,那要求高了.建议内存16G以上 CPU8核以上 宽带300M以上 年付估计3万以上.
一天5万人,建议内存8G以上,CPU6核以上 宽带100M 以上

除了服务器外如果想更稳定,建议数库分离. 你须要一个域名并且备案,如果要支付功能还须要去申请接口,SSL证书,及苹果应用证书. 如果你APP要国产及苹果的支持,可能须要二台服务器. 当然你要是网站打包成APP就不用二台了.

I. 利用java开发的app后台服务器框架有哪些

java开发的app后台服务器框架有：
spring+springmv+mybatis是主流。

服务器框架基本上有长链接短链接两种。
手机APP的后台服务建议还是JSON-over-HTTP(s)的，因为网络状况一般不稳定。
Java的HTTP开发框架，跟做网站一样。

J. 面试题 什么是应用服务器，简要介绍几种常用的app service

应用程序服务器提供访问商业逻辑的途径以供客户端应用程序使用。它不仅像传统中间件一样，提供对应用逻辑层的支持，更明显的特点是本身也提供对表现层的支持。这个特点也是与其Web特性不可分的，比如表现层外的client可能如下：Web Browser, Email, Smart Phone, PDA等。