这些都是为服务器长期运行提供了保障。
(2)专用操作系统例如windows server以及unix linux这类操作系统可以不需要在接显示器下，关闭图形界面的服务器程序，专用操作系统提供了更安全更稳定的保证
(3)服务器可以在不关机的状态，更换电源，一般服务器都是配置2块热插拔电源
。第二，服务器硬盘也可以在工作状态更换，即便那块硬盘出现故障，也是可以随时更换。第三，服务器内存一般都是在8条或者12条，如果那一根内存出现错误，或者损坏，服务器一样可以正常工作。
(4)服务器可以长期运行，不关机还有一个最主要的方面是在于服务器的工作环境，一般服务器都会放至于无尘，恒温，的环境，这些在外因素也是服务器可以长期不关机的必要因素。所以一台服务器在购买以后开始工作，基本是直到服务器达不到企业所求状态才会升级或者更换。
是电脑就可以长时间工作而不宕机。
其实关电脑这件事情挺LOW的。W君用的计算机基本上都是随时处于待机状态。从1992年就开始有能源之星的标准了。
由于是一个 历史 悠久的标准，那么目前大多数计算机都支持能源之星的节能策略。即在一段时间不使用计算机即进入睡眠状态。
计算机在睡眠状态中会保持一个极低的耗电量，仅仅维持计算机内存内的数据和一些必要性的中断检测，当计算机在触动键盘或鼠标的时候计算机立即进入全速工作状态。
而进一步的计算机还可以进行休眠，即将内存数据转储在硬盘上整体进行关闭、等到再次开机的时候即就从硬盘回复内存数据还原到休眠前的状态。休眠的过程中耗电量和关机的耗电量是一样的几乎=0。
所以说，“关机”对于一般用户实际上是没有任何意义的。普遍意义上的计算机“关机”其实是服务于计算机的长期封存、更换部件、等需要将电源线拔出插座的场景下。
而服务器对于一般的用户来说很扛造是一个假相。 服务器并不比家用的计算机更耐用。
大部分情况下服务器工作在一个恒温恒湿除尘的机架上，并且机架的电源系统经过了稳压过滤。这样服务器基本恒定在一个最适合计算机系统工作状态的环境中。
环境稳定的状态下计算机出故障的可能性就降低到极低了。
而家用计算机很难做到数据中心机房的标准，各种环境影响会在长期过程中对家用计算机形成伤害。
但W君也仅仅说是一个长期才会产生的影响。很多人的计算机买来之后几个月就会出故障是因为——折腾。
不折腾是服务器系统的又一个优点，当一个服务器部署完毕后几乎就不会再对服务器进行各种的软硬件添加和修改。维护人员仅仅对维护用的有限几个参数进行调节。而家用计算机今天装一个某某全家桶、明天装一个某某管家、后天再下载几个破解软件无疑就给计算机的软件运行带来风险。动不动就会出现某某内存不可读等等的错误，其实就是用户自己在作死。
说个小秘密：服务器的操作系统功能还没个人用的操作系统功能多呢。服务器操作系统是个人用系统功能的一个子集，例如现在的windows 10专业版已经涵盖了服务器windows 2016的大部分功能。而服务器版本的内容则是在一个windows功能全集上摘取了必要的稳定的功能子集附带了一些自己所特有需要的功能，说实话并没有个人用的功能多。这也说明了服务器在求简单——越简单的东西越耐用。
其次不得不说的一点，哪怕是再差的服务器用料也会比大部分消费级的个人电脑强。在服务器市场上价格基本上不是一个太大的决定因数，而针对于消费级个人电脑来说各种降低成本的方法就造就了很多个人电脑的低品质。例如某洲笔记本为了让成本降低用可以致癌的塑料制作笔记本外壳、例如某想电脑当时在推出国内第一台万元基本的奔腾II的时候竟然给配486的标配显示卡、例如某某霸的显卡上所有电容器都是山寨货等等的因数导致了硬件本身就不合格。所以如果不买大厂的计算机甚至自己用杂牌配件组装一台计算机，即便放在服务器环境下也会跑不起几天的。
最后再重申一下——所有电脑都可以长期使用不宕机
真正的服务器确实在设计寿命之内只有一次开机关机的操作。当然了，重启和意外断电不算。
能保证服务器稳定运行几年不宕机，主要是服务器的硬件和软件的设计初期就把稳定性放在第一位了。毕竟性能不够可以增加服务器，如果动不动就宕机，那就损失大了。服务暂时终止还是小事，数据丢失那就问题大了。所以，对于服务器来说，稳定性大于性能！
对于PC玩家来说，没遇到过蓝屏的人生是不完整的！而造成蓝屏的罪魁祸首就是内存条！电压不稳或者接触不良都会导致蓝屏。燃鹅，在恒温恒湿的机房里内存条的金手指是不会因为生锈造成接触不良的！备用电源和强大的电源管理系统也能保证电压的稳定供给。所以，造成蓝屏的服务器内存条是不会因为外部因素导致抽风的！
最重要的就是服务器内存条和PC内存条是不一样的，被称为ECC内存，这种内存条自带硬件的错误检查和纠正技术！这种内存条即使长期运行也不会产生错误的垃圾数据，系统接收的都是正常的数据，自然不能崩溃，蓝屏也就不会出现了！也就能保证服务器在设计寿命之内稳定的运行了！
你好，很高兴回答您的问题。
服务器寿命周期内只会关机一次，为什么能够长时间持续工作而不宕机？
我想主要是以下几这个方面决定了：
硬件很牛
服务器的用料确实穷奢极欲，能有好的决不用差的，跟普通家用完全不同。CPU内置多种容错纠错机制；内存使用带ECC校验芯片的内存，数据干扰出错风险比非ECC内存降低很多。硬盘和内存坏了就换，一般可热插拔不需要关机。
软件很稳
就不提Windows server与家用系统的区别了，更强大的Linux和Unix本身就是高度精确和简练的，在不需要外接显示器的情况下，都可以关掉图形化界面的服务程序。专一的干好一样工作。
环境很优
这是至关重要的，温度、湿度、防震、防尘、电源都有极高的要求。24小时维持低温低湿环境，有大型UPS和柴油发电机侯着。工作10的服务器可能比你一年的家用电脑还要干净。
总之，有了这些优越的条件，无尘机房+不间断电源+备份服务器+消防设施+散热系统，像护住一个婴儿一样，所以才能长时间稳定的工作。
我是老段，一个40多岁还有做自媒体的老大叔，有关于 科技 领域的问题，如：电子，电脑，机床，数控，网络，自媒体方面的都可以问我，一起交流学习。
服务器生命周期内很难说只会关机一次的哦。碰到问题了，如维修维护搬迁等，那也只能关机重启不是？
服务器长时间工作会不会宕机，那要看是什么样的机器。
1.有些低端服务器实际上和一般的PC机/工作站类似，是没有所谓的冗余设计。这种服务器会和PC一样有死机的风险。实际上，一般的PC机也是可以改装成服务器使用的，过去就有很多人把PC改成家用或小网站的服务器，以降低成本。
2.一般的中高端服务器，一般都有冗余设计，比如电源、内存和硬盘等，冗余设计的目的就是当其中一个有故障发生时，服务器还能正常工作。但这不包括如零部件发生短路或系统过载这些情况，比如某条闪存短路，那么还是可以造成服务器宕机的。
3.绝大部分的服务器都有自我诊断设计，当服务器零部件运行在设计指标极限时，会发出警告信号，提醒维护人员前往查看或诊断维护，避免不必要的宕机等事件发生。
4.当某台服务器宕机时，一般来说不影响外部访问，因为有备份服务器/或机房的存在。
服务器能长时间工作，当然也是和其高可靠性设计指标有关系，而机房的适宜环境温度，更进一步提高了其运行寿命。
最重要的就是冗余电源，还有RAID5以上级别的磁盘阵列。有的还在RAID5基础上加了热备硬盘。
首先服务器在设计时就考虑了长期稳定运行，几乎所有的硬件都可以带电热插拔更换，家用电脑暂时无法做到，其次服务器系统虽然跟家用系统核心一样，但为了保证长期运行，具有更好的容错管理机制，同时，服务器系统为了保证系统的稳定运行，一般不需要的组件默认是不运行的，这样降低了组件出错的概率，提升了系统的稳定性，要知道是程序就会有bug的。再有服务器一般运行程序很单一，一般生命周期内就只跑固定的程序，减少了程序间的互相干扰，多方因素综合，造就了服务器系统可以长期稳定运行。
以前我维护的一个区级机房几台空调一个月几十万的电费，常年在20 恒温恒湿还有除尘装置，ups拖几十个大电池，电好像也有要求忘了，环境要求很苛刻，排除黑客攻击的因素，一般情况下没有看到硬重启，至于远程重启也比较少见。有一个老古董的服务器运行了十来年，至于有没有寿命周期我不知道，只知道几家维安公司定期巡检，会对机器检查进行评估，大部分时候是客 户要求换机器。至于寿命周期我还真不知道。
服务器的不当机是靠硬件的冗余技术来保证的，没有什么稀奇的地方。比如服务器是双电源，硬盘是RAID，住在机房里，一个电源坏了拔出来换，一块硬盘坏了拔出来换。
简洁回答三点
1 模块化
2 热插拔
3 热备份
(1)初始化:在此阶段中，主要完成两项工作：一、初始化在传入Web请求生命周期内所需的设置二、跟踪视图状态。首先，页面框架通过默认方式引发Init事件，并调用OnInit()方法，控件开发人员可以重写该方法为控件提供初始化逻辑。此后，页面框架将调用TrackViewState方法来跟踪视图状态。需要注意的是：多数情况下，Control基类提供的TrackViewState方法实现已经足够了。只有在控件定义了复杂属性时，开发人员才可能需要重写TrackViewState方法。(2)加载视图状态:此阶段的主要任务是检查ASP.NET服务器控件是否存在以及是否需要将其状态恢复到它在处理之前的请求结束的状态。因此该过程发生在页面回传过程中，而不是初始化请求过程。在此阶段，页面框架将自动恢复ViewState字典。如果服务器控件不维持其状态，或者它有能力通过默认方式保存其所有状态而使用ViewState字典，那么开发人员则不必实现任何逻辑。针对那些无法在 ViewState字典中存储的数据类型或者需要自定义状态管理的情况，开发人员可以通过重写LoadViewState方法来自定义状态的恢复和管理。
(3)处理回发数据:若要使控件能够检查客户端发回的窗体数据，那么必须实现System.Web.UI.IPostBackDataHandler接口的 LoadPostData()方法。因此只有处理回发数据的控件参与此阶段。
(4)加载:至此阶段开始，控件树中的ASP.NET服务器控件已创建并初始化、状态已还原并且窗体控件反映了客户端的数据。此时，开发人员可以通过重写OnLoad()方法来实现每个请求共同的逻辑。
(5)发送回发更改通知:在此阶段，ASP.NET服务器控件通过引发事件作为一种信号，表明由于回发而发生的控件状态变化(因此该阶段仅用于回发过程)。为了建立这种信号，开发人员必须再次使用System.Web.UI.IPostBackDataHandler接口，并实现另一方法- RaisePostBackChangedEvent()。其判断过程为：如果控件状态因回发而更改，则LoadPostData()返回true否则返回false。页面框架跟踪所有返回true的控件并在这些控件上调用RaisePostDataChangedEvent()。
(6)处理回发事件:该阶段处理引起回发的客户端事件。为了便于将客户端事件映射到服务器端事件上进行处理，开发人员在此阶段可以通过实现 System.Web.UI.IPostBackEventHandler接口的RaisePostBackEvent()方法来实现该逻辑。由此途径，服务器控件将成功捕获回发的客户端事件进行服务器端的相应处理。
(7)预呈现:该阶段完成在生成控件之前所需要的任何工作。通常情况下是通过重写OnPreRender()方法完成该工作。需要注意的是：在该阶段，可以保存在预呈现阶段对控件状态所做的更改，而在呈现阶段进行的更改则会丢失。
(8)保存状态:如果ASP.NET服务器控件不维持状态，或者它有能力通过默认方式保存其所有状态而使用ViewState字典，那么开发人员不必在该阶段实现任何逻辑。因为这个保存状态的过程是自动的。如果ASP.NET服务器控件需要自定义状态保存，或者控件无法在ViewState字典中存储特殊的数据类型，则需要通过重写SaveViewState()方法来实现状态保存。
(9)呈现:表示向HTTP输出流中写入标记文本的过程。开发人员通过重写Render()方法使其在输出流上自定义标记文本。
(10)处置:在此阶段中，通过重写Dispose ()方法完成释放对昂贵资源的引用，如数据库链接等。
(11)卸载:完成的工作与"处置"阶段相同，但是，开发人员通常在Dispose()方法中执行清除，而不处理Unload事件。
（1）. request对象内数据的存活范围就是在request对象的存活范围内，当客户端向服务器端发送一个请求，服务器向客户端返回一个响应后，该请求对象就被销毁了；之后再向服务器端发送新的请求时，服务器会创建新的request对象，该request对象与之前的request对象没有任何关系，因此也无法获得在之前的request对象中所存放的任何数据。
（2） session对象内数据的存活范围也就是session对象的存活范围（？只要浏览器不关闭，session对象就会一直存在？），因此在同一个浏览器窗口中，无论向服务器端发送多少个请求，session对象只有一个。
（3）application（应用对象）：存活范围最大的对象，只要服务器没有关闭，application对象中的数据就会一直存在。在整个服务器运行过程当中，application对象只有一个。
（4）request、session以及application这3个对象的范围是逐个增加的：request只在一个请求的范围内；？session 是在浏览器窗口的范围内？；application则是在整个服务器的运行过程中。
欢迎分享，转载请注明来源：夏雨云
微信扫一扫
支付宝扫一扫
评论列表（0条）