并发请求为什么服务器会一起返回
① 服务器同时接收到多条请求会怎么处理
理论上有多少块CPU就可以同时处理多少请求，如果同时有多个请求过来一般会根据时间和优先级排序，先处理优先级高+先到达的。
另外，什么叫同时收到？一弹指含二十瞬,一瞬含二十念,一念含九十刹那,一刹那含九百万生灭，到CPU那儿再怎么快也能给你分出先来后到。
② 关于java服务器并发处理
我来告诉你吧，如果你用J2EE的话，现在所有的java的web容器，如weblogic、tomcat等其中都有一个servlet的java应用程序，在web服务器启动的时候就会加载它，这个应用程序就处理你的http数据请求了，而servlet本身就是实现了多线程，所以所有的请求处理你都可以看作是多线程的，不用你去管的，建议你看一下servlet的请求处理机制和生命周期。
另外一种就是你说的用socket了，首先你需要一个服务器，在java中使用SocketServer来创建的，这样会绑定一个端口来监听客户端发来的消息，按你说的每个消息都新创建一个线程来处理，如果有成千上万的消息难道你每个都新启一个线程来处理？显然是不可能的，这里就要用到线程池了哈，简单说就是把比如说100个线程放到一个池中，如果消息进来了首先去找这个池中的空闲线程，找到了就用这个线程处理，处理完了就让这个线程空闲等待下一任务。如果没有空闲线程就等待。所以这样重复利用线程就可以完全达到你的目的了。
③ 多人请求服务器同一功能会不会产生并发问题
会的呀 多人同时就并发了
④ 什么是并发访问，大量的并发访问会造成什么结果。
并发访问就是同时有多个请求请求同一服务。比如我和你现在都同时在请求网络的服务器提供搜索。
大量的并发访问如果超出了服务器的承受能力的话，轻则导致服务器抛弃一部分请求，重则导致服务器资源耗尽，当机。
有一种攻击叫分布式拒绝服务攻击（DDOS），就是利用这个。使得大量的垃圾请求阻塞服务器，使得服务器无法处理正常的请求从而耗尽资源。
⑤ 多ajax同时请求，当服务器返回值时覆盖掉之前的请求结果，求解决方案
用队列请求
将你的ajax请求用一个队列数组保存起来
让后当第一个请求完成时调用第二个请求，或者用定时器
做法很简单，设置一个标识（bCompleted）用于判断当前请求是否完成，然后在ajax请求完成后将该标识bCompleted = true
定时器代码
var ajaxqueue = [];
var timer = setInterval(function(){
// 请求队列为空时，关闭定时器
if(ajaxquere.length == 0) {
clearInterval(timer);
return;
}
if(bCompleted) {
// 取请求队列的一个请求项
var nextAJaxRequestDataItem = ajaxqueue.shift();
// 执行ajax请求
doAjax(nextAJaxRequestDataItem );
// 设置标识为false，标识当前
bCompleted = false;
}
}, 100); // 时间自己定
⑥ FTP并发服务器，同时多个客户，但返回的connect_fd却是同一个，为什么啊.
要同时连接才能发现connect_fd确实不一样,因为系统返回的句柄是记录的索引,所以,对应的句柄被关闭后,再次调用accept,会有相同的返回值啊,
child_pid
=
fork()
,当child_pid
不是零的时候,是父进程,你程序里面把他理解成子进程.是错误的!
⑦ 服务器端采用线程池来保证并发响应多个客户端的请求，线程池有哪些优点
我打比喻你就理解了。就像我们去买包子一样。我们是客户端，卖包子的老板就是服务器。为了避免每来个客人买包子(发送请求)都要做个新包子，引起每个客户都要等一段时间，一般老板会先预先做好几个包子放在蒸笼里。而这预先做好的包子我们称为连接对象，存在包子的蒸笼称为线程池。线程池的作用就是预先保存一些连接对象。避免每次客户请求都要去创建新的连接而浪费不必要的时间。可以提高请求的性能和质量。
⑧ 并发访问web服务器,什么原因会导致服务器瘫痪,可以根据任务管理器里面的什么指标看出来原因
说的这个瘫痪是死机还是无响应或是进程崩溃？
如果是死机，就要先检查一下硬件了，散热、硬盘、积尘、内存、电源、主板等
无响应一般是瞬间访问激增导致进程卡顿
崩溃的话，那就有可能是软件上的问题了，系统和应用程序都有可能会出现问题
⑨ 如何提高服务器并发处理能力
有什么方法衡量服务器并发处理能力
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编程相对比较麻烦