万春艳的回答：

你最近是怎么操作的？将出事前下载的软件、补丁、驱动全部卸载试试，在看看下面的方法。如果故障依旧，建议先查杀一下木马，修复一下系统试试（你好好想想最近的操作，故障不会无缘无故的发生吧，有时可能是下载了某个程序或某个游戏出错也会这样，这个问题的出现较为复杂，需要弄清楚导致故障出现的根源才可以，你要好好想一想，有问题请追问我）。 建议你下载windows清理助手查杀恶意软件和木马（请搜索下载，不要用360卫士替代）： 下载360系统急救箱扫描系统 1、请你用系统自带的系统还原，还原到你没有出现这次故障的时候修复（或用还原软件进行系统还原，如果进不了系统，开机按F8进入安全模式还原系统）。 2、如果故障依旧，使用系统盘修复，打开命令提示符输入SFC /SCANNOW 回车（SFC和/之间有一个空格），插入原装系统盘修复系统，系统会自动对比修复的。 3、如果故障依旧，在BIOS中设置光驱为第一启动设备插入原装系统安装盘按R键选择“修复安装”即可。 4、如果故障依旧，建议重装操作系统。 使用系统自带的系统还原的方法： 系统自带的系统还原：“开始”/“程序”/“附件”/“系统工具”/“系统还原”，点选“恢复我的计算机到一个较早的时间”，按下一步，你会看到日期页面有深色的日期，那就是还原点，你选择后，点击下一步还原（Win7还原系统，在控制面板然后设备和安全子选项然后备份和还原子选项）。

石海英的回答：

你最近是怎么操作的？将出事前下载的软件、补丁、驱动全部卸载试试，在看看下面的方法。如果故障依旧，建议先查杀一下木马，修复一下系统试试（你好好想想最近的操作，故障不会无缘无故的发生吧，有时可能是下载了某个程序或某个游戏出错也会这样，这个问题的出现较为复杂，需要弄清楚导致故障出现的根源才可以，你要好好想一想，有问题请追问我）。 建议你下载windows清理助手查杀恶意软件和木马（请搜索下载，不要用360卫士替代）： 下载360系统急救箱扫描系统 1、请你用系统自带的系统还原，还原到你没有出现这次故障的时候修复（或用还原软件进行系统还原，如果进不了系统，开机按F8进入安全模式还原系统）。 2、如果故障依旧，使用系统盘修复，打开命令提示符输入SFC /SCANNOW 回车（SFC和/之间有一个空格），插入原装系统盘修复系统，系统会自动对比修复的。 3、如果故障依旧，在BIOS中设置光驱为第一启动设备插入原装系统安装盘按R键选择“修复安装”即可。 4、如果故障依旧，建议重装操作系统。 使用系统自带的系统还原的方法： 系统自带的系统还原：“开始”/“程序”/“附件”/“系统工具”/“系统还原”，点选“恢复我的计算机到一个较早的时间”，按下一步，你会看到日期页面有深色的日期，那就是还原点，你选择后，点击下一步还原（Win7还原系统，在控制面板然后设备和安全子选项然后备份和还原子选项）。

大龙虾的回答：

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用的是： 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热门的原因之一，标准的统一对大家都有好处