app用什么服务器

❶ APP服务器如何选择

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

❷ 开发一个APP，选择什么样的服务器最合适

网络时代中，手机对我们每个人的影响越来越大，无论工作还是生活都已经离不开手机，尤其是智能手机的普及，更加大了这一影响。我们哪个人手机上没有几个APP，支付的，聊天的，拍照的，视频的等等。
APP软件开发商也非常重视用户体验度，毕竟竞争压力大，除了APP功能，画面排版外，APP软件打开速度，是否卡顿等等也是影响用户体验度的重要因素。如果APP不稳定，经常卡，连不上服务器等，用户会卸载APP的。因为APP软件服务器显得尤为重要，是APP的基础。那么壹基比小喻就来教你们怎么选择服务器吧

我们开发一款APP时，首先需要提供的就是数据交换，数据存储以及数据处理等，这些都是需要服务器来完成的。一台好的服务器能承受更高的用户承载量，提升用户体验度。既然服务器这么重要，我们该怎么选择服务器呢？

1.一定要正规的服务商
很多用户在选择时贪小便宜选择个人渠道，这样的价格可能会便宜些，但是售后是没有保障的。一个人无法提供24小时售后支持这是其一。二，个人是什么客户都接，安全性低，易受到其他用户的影响。三，一旦出现问题，个人跑路是很常见的，经常遇到用户拿着ip来问是不是我们家的ip，因为他联系不到服务商了，有的甚至到期了没人通知机器下架的，数据全部丢失，损失是非常大的。

2.服务器配置
现在服务器配置都是很好选择的，刚开始业务量不大选择一款一般配置的机型就可以，现在服务器基础上都支持硬件升级，后期可以根据实际需求升级硬件配置。一般配置的机器几百块就搞定了，如果APP软件硬件配置需要大的话，几千上万的都有，根据实际使用情况选择就好。

❸ 手机APP开发用什么服务器

APP开发的第一个难点是数据通信，要把命令发送到控制器，由控制器发送命令来控制智能设备，这是一种方式。也有一部分没有通过控制器直接控制职能设备的，但是就两者而言他们的实现方式都大相径庭。推荐用友有信，0成本，能提供：即时通讯、消息推送、短信服务、落地电话、视频会议。

❹ 一般手机app开发，使用什么类型的服务器

看你要开发哪种类型的。要是社交类，建议租用云服务器比较好点。要是只是手机app开发，买个空间就可以了

❺ 开发APP服务器选什么好

服务器肯定是linux啊 app用的是java吧 java默认的环境最好就是在linux下运行

❻ 开发APP,什么服务器比较好

开发app不用服务器，app只是客户端，和app交互信息的后台放在服务器上。

❼ 手机app一般用什么配置的服务器

手机APP软件下载量都会比较大的，选用服务器最好是不限制流量的，还有就是要大带宽，这样多用户下载时就不会拥堵，所以你选用服务器时首先就是要求带宽要大 。具体选择什么样的配要根据具体情况选择

❽ 手机app 一般采用什么服务端软件

你可以找本讲android的书看看，我记得很多国内的书都会在最后讲几个实战项目，涉及到服务器开发，最后建议你Java服务器开发框架可以用jfinal，实际上手机服务器开发就是做网站，输出的内容一般采用json,可以用httpService的形式，请求和响应，返回json给客户端。

❾ 什么是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也算是一种客户端，用什么服务器性质没什么区别，甚至用什么语言都不需要在乎，因为socket使用的协议tcp或者udp或者http等在任何语言里面都是一样的。还有服务器还需要考虑高并发，也就是能同时处理很多个客户端的请求，这是C/S或者B/S系统的关键。