美团采用什么web服务器

1. web服务器类型介绍

web应用的运营都是基于web服务器的存在才能实现的。今天我们就一起来了解一下，目宴带前比较常见的一些web服务器都有哪些类型。

1、Tomcat服务器

目前非常流行的Tomcat服务器是Apache-Jarkarta开源项目中的一个子项目，是一个小型、轻量级的支持JSP和Servlet技术的Web服务器，也是初学者学习开发JSP应用的选。

2、Resin服务器

Resin是Caucho公司的产品，是一个非常流行的支持Servlet和JSP的服务器，速度非常快。Resin本身包含了一个支持HTML的Web服务器，这使它不仅可以显示动态内容，而且显示静态内容的能力也毫不逊色，因此许多网站都是使用Resin服务器构建

3、JBoss服务器

JBoss是一个种遵从javaEE规范的、开放源代码的、纯Java的EJB服务器，对于J2EE有很好的支持。JBoss采用JMLAPI实现软件模块的集成与管理，其核心服务又是提供EJB服务器，不包含Servlet和JSP的Web容器，不过它可以和Tomcat完美结合

4、WebSphere服务器

WebSphere是IBM公司的产品，可进一步细分为WebSpherePerformancePack、CacheManager和WebSphereApplicationServer等系列，其中WebSphereApplicationServer是基于Java的应用环境，可以运行于SunSolaris、WindowsNT等多种操作系统平台，用于建立、部署和管理Internet和IntranetWeb应用程序。

5、WebLogic服务器

WebLogic是BEA公司的产品(现在已经被Oracle收购)，可进一步细分为WebLogicServer、WebLogicEnterprise和WebLogicPortal等系列，其中WebLogicServer的功能特别强大。WebLogic支持企业级的、多层次的和完全分布式的Web应用，并且服务器的配置简单、界面友好。IT培训http://www.kmbdqn.cn/认慧祥春为对于那些正在寻求能够提供Java平台所前耐拥有的一切应用服务器的用户来说，WebLogic是一个十分理想的选择。

2. 美团面试题：如何设计负载均衡架构支撑千万级用户的高并发访问

1.1 负载均衡介绍

1.1.1 负载均衡的妙用

1.1.2 为什么要用lvs

那为什么要用lvs呢？

ü 简单一句话，当并发超过了Nginx上限，就可以使用LVS了。

ü 日1000-2000W PV或并发请求1万以下都可以考虑用Nginx。

ü 大型门户网站，电商网站需要用到LVS。

1.2 LVS介绍

LVS是linux Virtual Server的简写，意即Linux虚拟服务器，是一个虚拟的服务器集群系统，可以在UNIX/LINUX平台下实现负载均衡集群功能。该项目在1998年5月由章文嵩博士组织成立，是 中国国内最早出现的自由软件项目之一 。

1.2.1 相关参考资料

LVS官网： http://www.linuxvirtualserver.org/index.html

相关中文资料

1.2.2 LVS内核模块ip_vs介绍

ü LVS无需安装

ü 安装的是管理工具，第一种叫ipvsadm，第二种叫keepalive

ü ipvsadm是通过命令行管理，而keepalive读取配置文件管理

ü 后面我们会用Shell脚本实现keepalive的功能

1.3 LVS集群搭建

1.3.1 集群环境说明

主机说明

web环境说明

web服务器的搭建参照：

Tomcat：

http://www.cnblogs.com/clsn/p/7904611.html

Nginx：

http://www.cnblogs.com/clsn/p/7750615.html

1.3.2 安装ipvsadm管理工具

安装管理工具

查看当前LVS状态，顺便激活LVS内核模块。

查看系统的LVS模块。

1.3.3 LVS集群搭建

命令集 ：

检查结果 ：

ipvsadm参数说明： (更多参照 man ipvsadm)

1.3.4 在web浏览器配置操作

命令集 ：

至此LVS集群配置完毕 ！

1.3.5 进行访问测试

浏览器访问：

命令行测试：

抓包查看结果：

arp解析查看：

1.4 负载均衡（LVS）相关名词

术语说明：

1.4.1 LVS集群的工作模式--DR直接路由模式

DR模式是通过改写请求报文的目标MAC地址，将请求发给真实服务器的，而真实服务器将响应后的处理结果直接返回给客户端用户。

DR技术可极大地提高集群系统的伸缩性吵拆昌。但要求调度器LB与真实服务器RS都有一块物理升扒网卡连在同一物理网段上，即必须在同一局域网环境。

DR直接路由模式说明：

a)通过在调度御携器LB上修改数据包的目的MAC地址实现转发。注意，源IP地址仍然是CIP，目的IP地址仍然是VIP。

b)请求的报文经过调度器，而RS响应处理后的报文无需经过调度器LB，因此，并发访问量大时使用效率很高，比Nginx代理模式强于此处。

c)因DR模式是通过MAC地址的改写机制实现转发的，因此，所有RS节点和调度器LB只能在同一个局域网中。需要注意RS节点的VIP的绑定(lo:vip/32)和ARP抑制问题。

d)强调一下：RS节点的默认网关不需要是调度器LB的DIP，而应该直接是IDC机房分配的上级路由器的IP(这是RS带有外网IP地址的情况)，理论上讲，只要RS可以出网即可，不需要必须配置外网IP，但走自己的网关，那网关就成为瓶颈了。

e)由于DR模式的调度器仅进行了目的MAC地址的改写，因此，调度器LB无法改变请求报文的目的端口。LVS DR模式的办公室在二层数据链路层（MAC），NAT模式则工作在三层网络层（IP）和四层传输层（端口）。

f)当前，调度器LB支持几乎所有UNIX、Linux系统，但不支持windows系统。真实服务器RS节点可以是windows系统。

g)总之，DR模式效率很高，但是配置也较麻烦。因此，访问量不是特别大的公司可以用haproxy/Nginx取代之。这符合运维的原则：简单、易用、高效。日1000-2000W PV或并发请求1万以下都可以考虑用haproxy/Nginx(LVS的NAT模式)

h)直接对外的访问业务，例如web服务做RS节点，RS最好用公网IP地址。如果不直接对外的业务，例如：Mysql，存储系统RS节点，最好只用内部IP地址。

DR的实现原理和数据包的改变

(a) 当用户请求到达Director Server，此时请求的数据报文会先到内核空间的PREROUTING链。 此时报文的源IP为CIP，目标IP为VIP

(b) PREROUTING检查发现数据包的目标IP是本机，将数据包送至INPUT链

(c) IPVS比对数据包请求的服务是否为集群服务，若是，将请求报文中的源MAC地址修改为DIP的MAC地址，将目标MAC地址修改RIP的MAC地址，然后将数据包发至POSTROUTING链。 此时的源IP和目的IP均未修改，仅修改了源MAC地址为DIP的MAC地址，目标MAC地址为RIP的MAC地址

(d) 由于DS和RS在同一个网络中，所以是通过二层来传输。POSTROUTING链检查目标MAC地址为RIP的MAC地址，那么此时数据包将会发至Real Server。

(e) RS发现请求报文的MAC地址是自己的MAC地址，就接收此报文。处理完成之后，将响应报文通过lo接口传送给eth0网卡然后向外发出。 此时的源IP地址为VIP，目标IP为CIP

(f) 响应报文最终送达至客户端

1.5 在web端的操作有什么含义？

1.5.1 RealServer为什么要在lo接口上配置VIP？

既然要让RS能够处理目标地址为vip的IP包，首先必须要让RS能接收到这个包。

在lo上配置vip能够完成接收包并将结果返回client。

1.5.2 在eth0网卡上配置VIP可以吗？

不可以，将VIP设置在eth0网卡上,会影响RS的arp请求,造成整体LVS集群arp缓存表紊乱，以至于整个负载均衡集群都不能正常工作。

1.5.3 为什么要抑制ARP响应？

① arp协议说明

为了提高IP转换MAC的效率，系统会将解析结果保存下来，这个结果叫做ARP缓存。

ARP缓存表是把双刃剑

ARP广播进行新的地址解析

测试命令

windows查看arp -a

③arp_announce和arp_ignore详解

lvs在DR模式下需要关闭arp功能

arp_announce

对网络接口上，本地IP地址的发出的，ARP回应，作出相应级别的限制:

确定不同程度的限制,宣布对来自本地源IP地址发出Arp请求的接口

arp_ignore 定义

对目标地定义对目标地址为本地IP的ARP询问不同的应答模式0

抑制RS端arp前的广播情况

抑制RS端arp后广播情况

1.6 LVS集群的工作模式

DR（Direct Routing）直接路由模式

NAT（Network Address Translation）

TUN（Tunneling）隧道模式

FULLNAT（Full Network Address Translation）

1.6.1 LVS集群的工作模式--NAT

通过网络地址转换，调度器LB重写请求报文的目标地址，根据预设的调度算法，将请求分派给后端的真实服务器，真实服务器的响应报文处理之后，返回时必须要通过调度器，经过调度器时报文的源地址被重写，再返回给客户，完成整个负载调度过程。

收费站模式---来去都要经过LB负载均衡器。

NAT方式的实现原理和数据包的改变

(a). 当用户请求到达Director Server，此时请求的数据报文会先到内核空间的PREROUTING链。 此时报文的源IP为CIP，目标IP为VIP

(b). PREROUTING检查发现数据包的目标IP是本机，将数据包送至INPUT链

(c). IPVS比对数据包请求的服务是否为集群服务，若是，修改数据包的目标IP地址为后端服务器IP，然后将数据包发至POSTROUTING链。 此时报文的源IP为CIP，目标IP为RIP

(d). POSTROUTING链通过选路，将数据包发送给Real Server

(e). Real Server比对发现目标为自己的IP，开始构建响应报文发回给Director Server。 此时报文的源IP为RIP，目标IP为CIP

(f). Director Server在响应客户端前，此时会将源IP地址修改为自己的VIP地址，然后响应给客户端。 此时报文的源IP为VIP，目标IP为CIP

LVS-NAT模型的特性

l RS应该使用私有地址，RS的网关必须指向DIP

l DIP和RIP必须在同一个网段内

l 请求和响应报文都需要经过Director Server，高负载场景中，Director Server易成为性能瓶颈

l 支持端口映射

l RS可以使用任意操作系统

l 缺陷：对Director Server压力会比较大，请求和响应都需经过director server

1.6.2 LVS集群的工作模式--隧道模式TUN

采用NAT技术时，由于请求和响应的报文都必须经过调度器地址重写，当客户请求越来越多时，调度器的处理能力将成为瓶颈。

为了解决这个问题，调度器把请求的报文通过IP隧道(相当于ipip或ipsec )转发至真实服务器，而真实服务器将响应处理后直接返回给客户端用户，这样调度器就只处理请求的入站报文。

由于一般网络服务应答数据比请求报文大很多，采用 VS/TUN技术后，集群系统的最大吞吐量可以提高10倍。

VS/TUN工作流程,它的连接调度和管理与VS/NAT中的一样，只是它的报文转发方法不同。

调度器根据各个服务器的负载情况，连接数多少，动态地选择一台服务器，将原请求的报文封装在另一个IP报文中，再将封装后的IP报文转发给选出的真实服务器。

真实服务器收到报文后，先将收到的报文解封获得原来目标地址为VIP地址的报文, 服务器发现VIP地址被配置在本地的IP隧道设备上(此处要人为配置)，所以就处理这个请求，然后根据路由表将响应报文直接返回给客户。

TUN原理和数据包的改变

(a) 当用户请求到达Director Server，此时请求的数据报文会先到内核空间的PREROUTING链。 此时报文的源IP为CIP，目标IP为VIP 。

(b) PREROUTING检查发现数据包的目标IP是本机，将数据包送至INPUT链

(c) IPVS比对数据包请求的服务是否为集群服务，若是，在请求报文的首部再次封装一层IP报文，封装源IP为为DIP，目标IP为RIP。然后发至POSTROUTING链。 此时源IP为DIP，目标IP为RIP

(d) POSTROUTING链根据最新封装的IP报文，将数据包发至RS（因为在外层封装多了一层IP首部，所以可以理解为此时通过隧道传输）。 此时源IP为DIP，目标IP为RIP

(e) RS接收到报文后发现是自己的IP地址，就将报文接收下来，拆除掉最外层的IP后，会发现里面还有一层IP首部，而且目标是自己的lo接口VIP，那么此时RS开始处理此请求，处理完成之后，通过lo接口送给eth0网卡，然后向外传递。 此时的源IP地址为VIP，目标IP为CIP

(f) 响应报文最终送达至客户端

LVS-Tun模型特性

1.6.3 LVS集群的工作模式--FULLNAT

LVS的DR和NAT模式要求RS和LVS在同一个vlan中，导致部署成本过高；TUNNEL模式虽然可以跨vlan，但RealServer上需要部署ipip隧道模块等，网络拓扑上需要连通外网，较复杂，不易运维。

为了解决上述问题，开发出FULLNAT

该模式和NAT模式的区别是：数据包进入时，除了做DNAT，还做SNAT（用户ip->内网ip）

从而实现LVS-RealServer间可以跨vlan通讯，RealServer只需要连接到内网。类比地铁站多个闸机。

1.7 IPVS调度器实现了如下八种负载调度算法：

a) 轮询（Round Robin）RR

调度器通过"轮叫"调度算法将外部请求按顺序轮流分配到集群中的真实服务器上，它均等地对待每一台服务器，而不管服务器上实际的连接数和系统负载。

b) 加权轮叫（Weighted Round Robin）WRR

调度器通过"加权轮叫"调度算法根据真实服务器的不同处理能力来调度访问请求。这样可以保证处理能力强的服务器处理更多的访问流量。

调度器可以自动问询真实服务器的负载情况，并动态地调整其权值。

c) 最少链接（Least Connections） LC

调度器通过"最少连接"调度算法动态地将网络请求调度到已建立的链接数最少的服务器上。

如果集群系统的真实服务器具有相近的系统性能，采用"最小连接"调度算法可以较好地均衡负载。

d) 加权最少链接（Weighted Least Connections） Wlc

在集群系统中的服务器性能差异较大的情况下，调度器采用"加权最少链接"调度算法优化负载均衡性能，具有较高权值的服务器将承受较大比例的活动连接负载。调度器可以自动问询真实服务器的负载情况，并动态地调整其权值。

e) 基于局部性的最少链接（Locality-Based Least Connections） Lblc

"基于局部性的最少链接" 调度算法是针对目标IP地址的负载均衡，目前主要用于Cache集群系统。

该算法根据请求的目标IP地址找出该目标IP地址最近使用的服务器，若该服务器 是可用的且没有超载，将请求发送到该服务器。

若服务器不存在，或者该服务器超载且有服务器处于一半的工作负载，则用"最少链接"的原则选出一个可用的服务 器，将请求发送到该服务器。

f) 带复制的基于局部性最少链接（Locality-Based Least Connections with Replication）

"带复制的基于局部性最少链接"调度算法也是针对目标IP地址的负载均衡，目前主要用于Cache集群系统。

它与LBLC算法的不同之处是它要维护从一个 目标IP地址到一组服务器的映射，而LBLC算法维护从一个目标IP地址到一台服务器的映射。

该算法根据请求的目标IP地址找出该目标IP地址对应的服务 器组，按"最小连接"原则从服务器组中选出一台服务器，若服务器没有超载，将请求发送到该服务器。

若服务器超载，则按"最小连接"原则从这个集群中选出一 台服务器，将该服务器加入到服务器组中，将请求发送到该服务器。

同时，当该服务器组有一段时间没有被修改，将最忙的服务器从服务器组中删除，以降低复制的 程度。

g) 目标地址散列（Destination Hashing） Dh

"目标地址散列"调度算法根据请求的目标IP地址，作为散列键（Hash Key）从静态分配的散列表找出对应的服务器，若该服务器是可用的且未超载，将请求发送到该服务器，否则返回空。

h) 源地址散列（Source Hashing）SH

"源地址散列"调度算法根据请求的源IP地址，作为散列键（Hash Key）从静态分配的散列表找出对应的服务器。

若该服务器是可用的且未超载，将请求发送到该服务器，否则返回空。

1.8 LVS+Keepalived方案实现

1.8.1 keepalived功能

1. 添加VIP

2. 添加LVS配置

3. 高可用（VIP漂移）

4. web服务器 健康 检查

1.8.2 在负载器安装Keepalived软件

# 检查软件是否安装

1.8.3 修改配置文件

lb03上keepalied配置文件

lb04的Keepalied配置文件

keepalived persistence_timeout参数意义 LVS Persistence 参数的作用

http://blog.csdn.net/nimasike/article/details/53911363

1.8.4 启动keepalived服务

1.8.5 在web服务器上进行配置

注意：web服务器上的配置为临时生效，可以将其写入rc.local文件，注意文件的执行权限。

使用curl命令进行测试

至此keepalived+lvs配置完毕

1.9 常见LVS负载均衡高可用解决方案

Ø 开发类似keepalived的脚本，早期的办法，现在不推荐使用。

Ø heartbeat+lvs+ldirectord脚本配置方案，复杂不易控制，不推荐使用

Ø RedHat工具piranha，一个web界面配置LVS。

Ø LVS-DR+keepalived方案，推荐最优方案，简单、易用、高效。

1.9.1 lvs排错思路

3. 美团上显示什么是app版，什么事web版，什么是平台版是什么意思

app是手机的软件程序 web就是网页版本电脑上保本…平台就是手机浏览器

4. 开发类似美团外卖的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开发其实不一定适合一个人搞，太费劲，除非是一个单机版的小应用，或者利用现成的app开发简单的第三方应用，否则还是让一个团队来完成各自擅长的领域。

5. web服务器是什么

1、Web服务器一般指网站服务器，是指驻留于因特网上某种类型计算机的程序，可以处理浏览器等Web客户端的请求并返回相应响应，也可雀唯以放置网站文件，让全世界浏览；可以放置数据文件，让全世界下载。目前最主流的三个Web服务器是Apache、Nginx、IIS。
2、WEB服务器也称为WWW(WORLDWIDEWEB)服务器，主要功能是提供网上信息浏览服务。WWW是Internet的多媒体信息查询工扮歼具，是Internet上近年才发展起来的顷缺培服务，也是发展最快和目前用的最广泛的服务。正是因为有了WWW工具，才使得近年来Internet迅速发展，且用户数量飞速增长。

6. 美团&饿了么web产品体验报告

生活节奏的加快、学业压力工作压力的增大、都会进一步挤压人们的用餐时间，外卖也就顺理成章成为一个产业，或者说是餐饮行业的重要一环，学生一族、公司白领、宅男宅女和一些企业都是需要外卖的，所以用户数量非常巨大，而且有连续橡唤宴重复购买率高的特性，因此外卖市场是个块大的蛋糕。
美团：
扩张方向：公司白领、学生一族、宅男宅女
饿了么：
扩张方向：公司白领、学生一族、宅男宅女、高端商务/团购（依托大众点评）
市场份额：
美团：
2014年底，美团外卖公布日订单量已经突破150万单，市场份额达到60%，学生高校的市场份额在70%左右
饿了么：
2014年，饿了么透露日订单突破100万单，峰值200万单，市场份额占到了60%。但同时也透露外卖的市场份额在降低。
且不论这些新闻数据到底有多少水分，想知道两家的市场份额，我们来一次“曲线救国”，通过主流应用商城的APP下载量看看两家市场份额

从下载量看，无论在哪个应用市场，美团外卖和饿了么都处在下载量的前两位，而且与其它外卖APP相比优势明显
因此在外卖市场份额中，美团和饿链茄了么应该是旗鼓相当
从APP下载量推测市场份额虽然有失严谨梁银（其中影响因素包括：运营推广力度、APP体验等等)。但从下载量也可以看出线下市场的大致情况
PS：其实早在一个月前就有关注这几个外卖平台商的APP下载量，那个时候还是美团和饿了么互有胜负（如图），一个月后竟然美团在这几个主流应用市场的下载量全面超越了饿了么，说明：
从产品的角度来讲美团APP的用户体验要更好
从线下来看，美团的扩张效率要比饿了么更高，应该得益于美团团购在线下的扩张经验。
互联网对外卖的改造：

交互设计

功能逻辑

服务内容

7. 像美团外卖这样的APP用一种开发语言，能开发得出来吗

像美团外卖这样的APP用一种开发语言，能开发得出来吗？答案是不能。

美团发展到现在可以说已经是一个【巨无霸】了，里面集成了很多很多功能，除了核心的外卖，还有 旅游 、 娱乐 、购物、出行，金融等等业务线，那么这么多复杂的业务根本不可能用同一种开发语言实现。

那么美团都用到哪些开发语言和技术了呢？下面就根据我的理解详细说一下。

前端是把产品的核心服务交给用户的呈现者，它的表述方式、展示形式以及交互逻辑都跟用户息息相关，都影响着用户使用产品的体验，也就是说直接影响产品的用户留存。

前端开发主要分为三大类型：Andriod、IOS和PC（H5） ,Android开发语言是Kotlin和Java，IOS开发语言是Object-c和Swift，PC（H5）开发语言就比较杂了，有JS、CSS、HTML，还有很多第三方的前端框架，比如Angular.js、vue.js、Bootstrap、JQuery等等。

关于后端的功能，这一点可以说是众说纷纭，主要需要考虑的是如何实现功能、数据的交互流程和存取、平台的稳定性与性能等。

那么后端都用到哪些开发语言和技术呢？

根据后端技术选型的标准，后端可选的开发语言和技术是非常多的。

比如Java体系的话，可以选用SpringMVC、Spring cloud、Hibernate，Mybatis、Mysql、Redis、Memcache、zookeeper、Kafka......；

比如python体系的话，可以选用Django、Flask、Tarnado、Web2py等，中间件都是通用的，Redis，MQ、MySQL、Kafka等都可以用在python体系中；

当然还有PHP、C、Perl等开发语言。

综上所述，美团这个巨无霸公司，随着业务线的扩展用到的技术肯定会越来越多，而且越来越复杂，技术快速变革的时代，适者生存的竞争性也会越来越激烈。

俗话说：罗马不是一日建成的，任何事都不可能一蹴而就，包含技术。在以后的发展中美团也会逐步更新自己的技术和开发语言的。

至少三种语言。后端一种语言（比如Java丶Go丶Python丶PHP等），后端语言及生态比较成熟。下面重点聊前端App开发。

前台两种语言（Android和iOS是不同的开发环境。比如Android用Java或者Kotlin，iOS采用Object C++或Swift），称之为Native开发。

当然创业公司可以用一种前端语言写App前端，这样就不需要Android和苹果分两种语言写，写一次代码可以编译成Android和iOS的App，现在通行的方案有Vue之类的DOM渲染模式，以及ReactNative方案（RN）。性能上RN优于DOM渲染但低于用Native开发的App。所以美团这种公司，一定是Native方式写App，但RN是初创项目不错的选择。

与RN竞争的还有一种新贵flutter，是google推出来的，但设计原理与RN不同，性能方面优于RN，只是目前生态不够健全，国内有闲鱼app是采用此技术。未来可能会占一席之地。

最后，其实App开发已经是强努之末，我觉得主流应该是朝PWA和小程序方向发展。

你好，开发譬如美团这种APP，用一种语言是实现不了的，一个APP有安卓和苹果两个操作系统，开发能在安卓iOS端应用的APP主流的开发语言和技术是很多的，如后台有JAVA、C++、PHP、Python等多种开发语言，前端有kotlin、HTML、css、jquery、ajax、bootstrap、angular.js、react、vue.js、node.js、swift、object-c等多种语言和框架。

一个APP的开发是需要前端技术和后台技术共同配合完成，这样的APP不论是功能还是性能都给用户很好的体验，单一开发语言毕竟技术支持有限，所以即使能开发出来，APP的用户体验也是不理想的。

一般APP有这几种开发组合模式：1、原生安卓iOS开发，前端：JAVA、kotlin、swift、object-c后台：JAVA、PHP、C++等后台技术，这种模式开发周期长，成本高，性能好；2、混合APP开发即hybrid app，前端以网页技术为主，穿插原生开发功能，兼具原生APP和web app的优点，如淘宝、微信等应用都是走的这个技术；3、web app，前端纯网页技术，后台为主流开发语言，这种模式开发速度快，成本低，界面体验可能弱一些。

可见开发一款APP大多数都是多种语言配合完成，谢谢阅读。

看完之前的评论，依然好奇为什么一个语言不能完全胜任。

前端跨平台的方案有react native，cordova,flutter等，如果需要兼容开发小程序，h5页面，可以采用taro来开发，一套代码，所有平台通吃。

后端的方案有服务端运行时nodejs，大数据背景下运用而生的数据库mobgodb，缓存解决方案redis，搜索工具elasticsearch，负载均衡ngix，基本上是需要什么就有什么

所以总结下来，一句话，一种语言可以实现类似美团这样的app和小程序。为什么美团使用的语言那么多，一大原因估计是美团app开发的早，当时前端技术不成熟，工具没现在这么多。

使用混合开发与C++ 进行跨平台开发，有好有坏。

C++ 进行跨平台开发

编写一次，随处运行。早在 2013 年，Dropbox 就采用上述策略进行移动开发，这背后的想法很简单：用 C++ 编写一次代码，而不是用 Java 和 Objective-C 编写两次。那时，整个移动工程团队相对还比较小，但需要支持快速增长的移动路线图。因此，公司希望找到一种方法，使这个小团队可以快速交付大量 Android 和 iOS 代码。

如今，Dropbox 完全放弃了这个策略，转而使用各个平台的原生语言（主要是 Swift 和 Kotlin ，这两种语言在刚开始制定移动策略时还不存在）。

Hybrid App混合开发

Hybrid App主要以JS+Native两者相互调用为主，从开发层面实现“一次开发，多处运行”的机制，成为真正适合跨平台的开发。Hybrid App兼具了Native App良好用户体验的优势，也兼具了Web App使用HTML5跨平台开发低成本的优势。

目前已经有众多Hybrid App开发成功应用，比如美团、爱奇艺、支付宝等知名移动应用，都是采用Hybrid App开发模式。

移动应用开发的方式，目前主要有三种：

几种模似都可以开发出应用，小应用无所谓，但是大流量应用，对图形要求高的如 游戏 等原生开发的效果还是最好

支付宝打开很慢，就是因为采用混合开发，使用人多了不如原生开发

不行的哦。任何你看到的应用和网页，都需要多个语言开发的，大的分比如前端和后端，用的语言都是不一样的

8. web服务器端的软件可以采用iis

web服务器端的软件可以采用iis。根指岩顷据查询相关资料信息，架设WEB服务器使用的软件有IIS、PWS和Apache等，它们各有特色，适合架设不同规模的网唯陆站，而架枣唤设在IIS是应用最方便和最广泛的。

9. 几种常用的Web服务器

1. Tomcat
Tomcat是一个开放源代码、运行servlet和JSP Web应用软件的基于Java的Web应用软件容器。Tomcat Server是根据servlet和JSP规范进行执行的，因此我们就可以说Tomcat Server也实行了Apache-Jakarta规范且比绝大多数商业应用软件服务器要好。
Tomcat是Java Servlet2.2和JavaServerPages 1.1技术的标准实现，是基于Apache许可证下开发的自由软件。Tomcat是完全重写的Servlet API 2.2和JSP 1.1兼容的Servlet/JSP容器。Tomcat使用了JServ的一些代码，特别是Apache服务适配器。随着Catalina Servlet引擎的出现，Tomcat第四版号的性能得到提升，使得它成为一个值得考虑的磨庆Servlet/JSP容器，因此目前许多WEB服务器都是采用Tomcat。
2. JBOSS
JBoss是全世界开发者共同努力的成果，一个基于J2EE的开放源代码的应用服务器。 因为JBoss代码遵循LGPL许可，你可以在任何商业应用中免费使用它，而不用支付费用。JBoss是一个管理EJB的容器和服务器，支持EJB 1.1、EJB 2.0和EJB3.0的规范。但JBoss核心服务不包括支持servlet/JSP的WEB容器，一般与Tomcat或Jetty绑定使用。
3. IBM WebSphere
WebSphere软件平台能够帮助客户在Web上创建自己的业务或将自己的业务扩展到Web上，为客户提供了一个可靠、可扩展、跨平台的解决方案。作为IBM电子商务应用框架的一个关键组成部分，WebSphere软件平台为客户提供了一个使其能够充分利用Internet的集成解决方案。
WebSphere软件平台提供了一整套全面的集成电子商务软件解决方案。作为一种基于行业标准的平台，它拥有足够的灵活性，能够适应市场的波动和商业目标的变化。它能够创建、部署、管理、扩展出强大、可移植、与众不同的电子商务应用，所有这些内容在必要时都可以与现有的传统应用实现集成。以这一稳固的平台为基础，客户可以将不同的IT环境集成在一起，从而能够最大程度地利用现有的投资。
WebSphere 针对以 Web 为中心的开发人员，他们都是在基本 HTTP服务器和 CGI 编程技术上成长起来的。IBM 将提供 WebSphere 产品系列，通过提供综合资源、可重复使用的组戚游山件、功能强大并易于使用的工具、以及支持 HTTP 和 IIOP 通信的可伸缩运行时环境，来帮助这些用户从简单的 Web 应用程序转移到电子商务世界。
4. BEA WebLogic
BEA WebLogic Server 是一种多功能、基于标准的web应用服务器，为企业构建自己的应用提供了坚实的基础。各种应用开发、部署高中所有关键性的任务，无论是集成各种系统和数据库，还是提交服务、跨 Internet 协作，起始点都是 BEA WebLogic Server。由于 它具有全面的功能、对开放标准的遵从性、多层架构、支持基于组件的开发，基于Internet 的企业都选择它来开发、部署最佳的应用。
BEA WebLogic Server 在使应用服务器成为企业应用架构的基础方面继续处于领先地位。BEAWebLogic Server 为构建集成化的企业级应用提供了稳固的基础，它们以 Internet 的容量和速度，在连网的企业之间共享信息、提交服务，实现协作自动化。BEA WebLogic Server 的遵从 J2EE 、面向服务的架构，以及丰富的工具集支持，便于实现业务逻辑、数据和表达的分离，提供开发和部署各种业务驱动应用所必需的底层核心功能。
5. Apache
Apache源于NCSAhttpd服务器，经过多次修改，成为世界上最流行的Web服务器软件之一。Apache是自由软件，所以不断有人来为它开发新的功能、新的特性、修改原来的缺陷。Apache的特点是简单、速度快、性能稳定，并可做代理服务器来使用。本来它只用于小型或试验Internet网络，后来逐步扩充到各种Unix系统中，尤其对Linux的支持相当完美。
Apache是以进程为基础的结构，进程要比线程消耗更多的系统开支，不太适合于多处理器环境，因此，在一个Apache Web站点扩容时，通常是增加服务器或扩充群集节点而不是增加处理器。到目前为止Apache仍然是世界上用的最多的Web服务器，世界上很多着名的网站都是Apache的产物，它的成功之处主要在于它的源代码开放、有一支开放的开发队伍、支持跨平台的应用（可以运行在几乎所有的Unix、Windows、Linux系统平台上）以及它的可移植性等方面。

6. IIS
Microsoft的Web服务器产品为InternetInformation Server (IIS)， IIS 是允许在公共Intranet或Internet上发布信息的Web服务器。IIS是目前最流行的Web服务器产品之一，很多着名的网站都是建立在IIS的平台上。IIS提供了一个图形界面的管理工具，称为 Internet服务管理器，可用于监视配置和控制Internet服务。
IIS是一种Web服务组件，其中包括Web服务器、FTP服务器、NNTP服务器和SMTP服务器，分别用于网页浏览、文件传输、新闻服务和邮件发送等方面，它使得在网络(包括互联网和局域网)上发布信息成了一件很容易的事。它提供ISAPI(IntranetServer API)作为扩展Web服务器功能的编程接口；同时它还提供一个Internet数据库连接器，可以实现对数据库的查询和更新。
（ASP、.net开发的程序一般只能在IIS上运行。）
以上服务器：Tomcat、jboss、 Apache属于开源的软件，同时可以免费使用，IIS是由微软Windows操作系统捆绑的软件，虽然代码没有开源，也属于免费的。Weblogic(BEA公司)和WebSphere（IBM）是属于商业大型应用的软件，如果客户需求上需要、且预算充分的话可以考虑的。