1、请求应用服务器宕机负载均衡服务器怎么处理
fall=5 改成 fall=1
interval=1000 改成 interval=10000
再试
2、Java 服务器请求和处理该怎么写
有三种方抄式：实现servlet接口、继承GenericServlet、继承HttpServlet
用Myeclipse直接写，重写方法的时候用“Ctrl+/”有提示
现在用的最多的是继承HttpServlet的方法：直接重写doGet和doPost方法，在方法里面就可以任意写你想用的方法了。
3、如何提高服务器并发处理能力
有什么方法衡量服务器并发处理能力
1. 吞吐率
吞吐率，单位时间里服务器处理的最大请求数，单位req/s
从服务器角度，实际并发用户数的可以理解为服务器当前维护的代表不同用户的文件描述符总数，也就是并发连接数。服务器一般会限制同时服务的最多用户数，比如apache的MaxClents参数。
这里再深入一下，对于服务器来说，服务器希望支持高吞吐率，对于用户来说，用户只希望等待最少的时间，显然，双方不能满足，所以双方利益的平衡点，就是我们希望的最大并发用户数。
2. 压力测试
有一个原理一定要先搞清楚，假如100个用户同时向服务器分别进行10个请求，与1个用户向服务器连续进行1000次请求，对服务器的压力是一样吗？实际上是不一样的，因对每一个用户，连续发送请求实际上是指发送一个请求并接收到响应数据后再发送下一个请求。这样对于1个用户向服务器连续进行1000次请求, 任何时刻服务器的网卡接收缓冲区中只有1个请求，而对于100个用户同时向服务器分别进行10个请求，服务器的网卡接收缓冲区最多有100个等待处理的请求，显然这时的服务器压力更大。
压力测试前提考虑的条件
并发用户数: 指在某一时刻同时向服务器发送请求的用户总数(HttpWatch)
总请求数
请求资源描述
请求等待时间(用户等待时间)
用户平均请求的等待时间
服务器平均请求处理的时间
硬件环境
压力测试中关心的时间又细分以下2种:
用户平均请求等待时间（这里暂不把数据在网络的传输时间，还有用户PC本地的计算时间计算入内）
服务器平均请求处理时间
用户平均请求等待时间主要用于衡量服务器在一定并发用户数下，单个用户的服务质量；而服务器平均请求处理时间就是吞吐率的倒数，一般来说，用户平均请求等待时间 = 服务器平均请求处理时间 * 并发用户数
怎么提高服务器的并发处理能力
1. 提高CPU并发计算能力
服务器之所以可以同时处理多个请求，在于操作系统通过多执行流体系设计使得多个任务可以轮流使用系统资源，这些资源包括CPU，内存以及I/O. 这里的I/O主要指磁盘I/O, 和网络I/O。
多进程 & 多线程
多执行流的一般实现便是进程，多进程的好处可以对CPU时间的轮流使用，对CPU计算和IO操作重叠利用。这里的IO主要是指磁盘IO和网络IO，相对CPU而言，它们慢的可怜。
而实际上，大多数进程的时间主要消耗在I/O操作上。现代计算机的DMA技术可以让CPU不参与I/O操作的全过程，比如进程通过系统调用，使得CPU向网卡或者磁盘等I/O设备发出指令，然后进程被挂起，释放出CPU资源，等待I/O设备完成工作后通过中断来通知进程重新就绪。对于单任务而言，CPU大部分时间空闲，这时候多进程的作用尤为重要。
多进程不仅能够提高CPU的并发度。其优越性还体现在独立的内存地址空间和生命周期所带来的稳定性和健壮性，其中一个进程崩溃不会影响到另一个进程。
但是进程也有如下缺点：
fork()系统调用开销很大: prefork
进程间调度和上下文切换成本: 减少进程数量
庞大的内存重复：共享内存
IPC编程相对比较麻烦
4、服务器如何实现承受如此大量的用户请求?
首先我想说楼主的提问列表很程序员，从0开始的。
这个当然是不一定的，楼主已经知道问题是负载均衡了，现在大型服务器一般都会做成分布式的。
其实你说的意思应该是直接处理这个请求还是我找另外一个机器处理你的请求。
服务器分发请求有很多种策略，举个简单的例子。某个服务器在登录的时候根据用户的ID取模，然后选择对应的一台机器进行转发，这是一种比较简单的分发请求策略了。再比如很多游戏服务器会分网通、电信等大区，然后大区下有分1,2,3...多个房间，这些其实都是分发请求的例子。
根据你的业务类型，可能会存在一个必须有集中处理的过程。比如登录校验这个过程，所有的请求最终都要去查询db，那么如果db只有一台的话就会存在你说的集中处理情况。现在的开发很聪明的，无论是高并发还是容灾都不会只搞一台db的，他们可以分库分表，可会主从备份，甚至是读写分离。
在设计服务器的时候，肯定会相对会有4中的情况，我们当然不希望因为4中的情况而影响整个服务器的性能。
我们可以把分发策略放在客户端，比如登录的时候在客户端进行选择，直接登录到负载较低的服务器上。你会说客户端查询各个服务器的负载情况这个功能接口会压力很大，其实不做IO操作的话，仅仅是获取内存中的数据性能会很高的。
如果楼主需要进行服务器压力测试的话可以试试腾讯公司的一款工具WeTest服务器性能，用来测试服务器各个接口的性能情况很有效，附个链接：http://wetest.qq.com/gaps/。
5、服务器的原理，如何处理请求
问题挺多的。首先，你们老师说得已经非常简洁了，如果要更深层次，从内网（局域网，比如你们的校园网）发送数据出去就已经够写好几千字了，更别说还从内网说到外网。
服务器只是一个相对的概念，假如别人需要访问的网站在你的电脑上，你的电脑为别人服务，那么你的电脑相对于别人的电脑来说就是一台服务器。你输入网址之后，你就向服务器传送了数据，数据的传送分上传和下载，也是相对的，你想服务器传送数据，对于你而言是上传数据，对服务器而言就变成了下载数据；然后服务器把数据返回给你，这个过程服务器就变成了上传数据到你的电脑，而对于你而言，这个过程你在下载服务器的数据。
IIS和TOMCAT这些叫WEB容器。把网站放进容器里面，你才能访问到网站，假如服务器是老板，那么容器就是他们的秘书，他们会向老板汇报，并让老板分配工作。
初学者还是先慢慢来吧，先学好底层的各种协议。
6、Python web服务器怎么处理请求
web服务器处理连接请求的四种架构方式：
1、单线程web服务器
此种架构方式中,web服务器一次处理一个请求,结束后读取并处理下一个请求。在某请求处理过程中,其它所有的请求将被忽略,因此,在并发请求较多的场景中将会出现严重的必能问题。
相关推荐：《Python教程》
2、多进程/多线程web服务器
此种架构方式中,web服务器生成多个进程或线程并行处理多个用户请求,进程或线程可以按需或事先生成。有的web服务器应用程序为每个用户请求生成一个单独的进程或线程来进行响应,不过,一旦并发请求数量达到成千上万时,多个同时运行的进程或线程将会消耗大量的系统资源。
3、I/O多路复用web服务器
为了能够支持更多的并发用户请求,越来越多的web服务器正在采用多种复用的架构——同步监控所有的连接请求的活动状态,当一个连接的状态发生改变时(如数据准备完毕或发生某错误),将为其执行一系列特定操作;在操作完成后,此连接将重新变回暂时的稳定态并返回至打开的连接列表中,直到下一次的状态改变。由于其多路复用的特性,进程或线程不会被空闲的连接所占用,因而可以提供高效的工作模式。
4、多路复用多线程web服务器
将多进程和多路复用的功能结合起来形成的web服务器架构,其避免了让一个进程服务于过多的用户请求,并能充分利用多CPU主机所提供的计算能力。 web服务器自身并不处理任何动态内容,它是如何响应客户端的动态内容请求呢? 通过某种协议调用额外的其它进程来运行这个动态页面,并将结果取回来以后返回给WEB服务器,进而响应客户端。
7、ssh框架服务器如何处理post请求
和保存文件是一个道理，你接受图片后保存到一个目录下，然后在数据库中保存对版应的路径就行。
struts配置文权件详解：http://blog.csdn.net/baple/article/details/9420877 自己看看