服务器知道app做了什么

❶ 我们众所周知的APP到底是如何工作的

1. 客户端

客户端就是我们苹果手机上或者安卓手机上用的 app，客户端一般有 iOS 端和 android 端，现在市面上基本上除了苹果手机是 iOS 端，其他的都是 Android 端，只不过 Android 因为是开源的，所以有各种各样的深度定制版本，比如三星，华为，VIVO，小米其实手机系统都是Android系统。

2. 服务器

服务器主要储存的是两类东西，app 的内容资源(数据库)和各种前后端的代码。其实服务器就是一堆的电脑主机里的硬盘，只不过都分布在各个地方的数据中心。除了客户端，基本上所有的和 app 运行相关的数据都保存在了服务器。

3. 后端

后端，也叫后台，你可以简单地理解成负责 APP 后勤的部门，它负责了客户端和服务器端各种数据的传递和交流。比如说个性化推送这个功能，其实就是后台代码根据你的搜索记录，然后按照代码的算法，把他它觉得你会有兴趣的内容推送给你。

4. 内容管理系统

内容管理系统就是一套网站系统，专门用来对 APP 服务器上的内容进行增删改查。比如我们可以每天在各种新闻网站上都看到各种各样的新闻，它背后就是有一个新闻内容发布管理系统，也就是个网站，各个新闻编辑可以登录那个网站发布和管理各种各样的新闻内容，只有发布的内容才有可能会被推送到你的 APP 上。而像一些社交类 APP，它们的 app 本身就兼具了一定 cms 的功能，我们发布的信息和照片，都会上传到相应的服务器，然后其他人的 app 再从服务器上把我们发布的信息获取下来，这样别人就能看到我们发的动态了。

以上就是APP的一个整体的工作情况，小伙伴们，你们平时熟知的这些APP的工作原理这下了解了吧？更多的技能资讯，请关注本平台，环球青藤小编将会及时的整理与发布！

❷ 手机APP服务器如何做性能和压力测试

哎 这个问题问的太多了 再说一遍吧
性能测试你要知道你的关注点是什么，手机方面的其实和PC方面的差距不大，重点就是大量手机调用接口对服务器的压力，所以测试的重点还是在服务器上，你可以用Jmeter模拟接口报文，来并发压服务器，看服务器的响应和处理能力。单个手机毕竟是一个人在用，所以一般不用关心手机端的问题。手机端主要的就是功能没什么问题，已经你的app玩着玩着不要崩溃掉就行了

❸ 软件开发步骤包括哪些过程

软件开发一般分为五个阶段：

1.问题的定义及规划

此阶段是软件开发与需求放共同讨论，主要确定软件的开发目标及其可行性。

2.需求分析

在确定软件开发可行性的情况下，对软件需要实现的各个功能进行详细需求分析。需求分析阶段是一个很重要的阶段，这一阶段做的好，将为整个软件项目的开发打下良好的基础。“唯一不变的是变化本身”，同样软件需求也是在软件爱你开发过程中不断变化和深入的，因此，我们必须定制需求变更计划来应付这种变化，以保护整个项目的正常进行。

3.软件设计

此阶段中偶要根据需求分析的结果，对整个软件系统进行设计，如系统框架设计、数据库设计等。软件设计一般分为总体设计和详细设计。还的软件设计将为软件程序编写打下良好的基础。

4.程序编码

此阶段是将软件设计的结果转化为计算机可运行的程序代码。在程序编码中必定要制定统一、符合标准的编写规范。以保证程序的可读性、易维护性。提高程序的运行效率。

5.软件测试在软件设计完成之后要进行严密的测试，一发现软件在整个软件设计过程中存在的问题并加以纠正。整个测试阶段分为单元测试、组装测试、系统测试三个阶段进行。测试方法主要有白盒测试和黑盒测试。

❹ 请教：如何监控自己的服务器，知道别人都做了什么。 因为服务器经常被人挂马，想知道别人都对服务器做了什

通过mstsc就可以远程管理你的服务器了，当然还有更多的方法可以实现。
方法：开始点击运行输入mstsc，输入你的服务器ip地址这样就可以进行连接，输入用户名和密码就跟平时你登陆服务器一样进行管理。如何开启远程你自己动手去网络搜索一下吧！不要想着什么事情别人都帮你一步到位，自己也要学着去实际操作才能提升自己能力。

一个合格的网络管理人员需要对你的服务器有足够的了解，比如你的服务器安装了什么软件，对外或者对公司内部提供什么服务，并且开启了什么服务这些都要心中有数。这样在别人对你的服务器做了那怕一点修改你也会知道。

既然是服务器，系统当然各有不同，看你用微软的还是开源的系统。方法不一样。我猜你应该是微软的吧。
查看日志方法：点击我的电脑--》右键点击管理--》然后查找事件查看器，这里就可以看了，包括你的服务器什么时间那个帐户去登陆，对那些目录做过什么操作，都可以看到。当然这是需要你对服务器进行安全策略设置才能生效的。
建议你有空学习一些关于网络安全方面的知识，这样对病毒和木马就会有更深一步的认识，其实很easy。祝你好运

❺ 什么是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保持登录，java服务器和android客户端双方各要做什么

app保持登录,服务器用session记录用户登录信息就好了
服务器不需要做什么,就是app上,每次请求需要用同一个cookie
因为session ID是服务器回写在cookie中的
app每次请求都用同一个cookie,就可以实现登录保持了