1. 电脑中浏览器缓存是什么意思
浏览器缓存，是打开网页首先需要加载到本地的图片文字视频等网页文件，一般只有缓存到本地才可以流畅访问，否则就会无法正常加载。或者就无法打开网页了。
2. 电脑桌面数据一直加载中,清除缓存后还是不行,怎么解决
打开电脑左下角【开始】菜单，找到【所有程序】点击打开。在弹出的菜单栏中找到【启动】，点击打开将该文件夹下所有项全部删除。
其他方法：打开开始菜单找到【运行】选项，点击打开。在弹出的运行对话框输入msconfig 点击确定。在弹出的系统配置对话框，点击上方菜单栏处【启动】。该处是系统启动项，将不必要的启动程序删除，点击确定保存即可。
清除缓存怎么做：首先在电脑上双击此电脑，找到要清理的盘符。2、鼠标右击，选择属性，接着点击磁盘清理。3、勾选要删除的文件，点击确定，然后点击删除文件，等待清理完成即可。
3. ie浏览器打开首页老缓冲怎么办
打开IE，找到IE的设置选项，IE10、IE11一般左上角有个设置图标，也可以找到菜单中的工具，打开里面会有Internet选项
IE浏览器缓存设置
IE浏览器缓存设置
打开后我们会看到有一个常规选项，一般IE的缓存就在这个选项里面，我们需要找到历史记录或者类似的选项
IE浏览器缓存设置
我们选择设置，进入缓存设置进行调整，Internet临时文件中的检查存储的页面的较新版本一般选择每次访问网页时，这样做就是每次访问都是请求最新的，避免从浏览器中取的缓存文件，不能看到最新信息
IE浏览器缓存设置
使用磁盘空间一般设置为最小，设置范围在8-1024MB之间，所以我们可以设置为8M
历史记录我们可以根据自己的需要设置，如果做页面开发的话尽量设置小点
IE浏览器缓存设置
缓存和数据库这个设置项可以不设置，一般都不会用到
IE浏览器缓存设置
以上几项设置完成后，点击确定，保存我们的设置，我们在流量网页，是不是感觉不用一直刷新了
4. APP中缓存、加载与刷新机制设计【转载】
1、为什么要加缓存？
场景一：【等待】，在向服务器请求新的数据时。我们让用户看到什么？第一种是漂亮的等待加载页面；第二种是缓存的内容。对于第二种，用户可以对页面进行操作，等待新数据时可以查看旧数据，更具有“可操作性”与“可用性”，从而减轻了从服务器获取数据这一动作的大小和时间长短，增强了用户体验。另一方面，如果内容更新的间隔较长或者用户刷新的间隔较短，在没有缓存的情况下，很多数据我们会多次重复的向服务器获取，增加了成本。
场景二：【结果】没有联网，或者在地铁上网络太差无法加载数据时，如果留给用户一个空白页面，实在是感觉有点不负责任啊。并且很多功能在没有联网的情况下也有使用的可能性，比如：APP中的通讯录，查看一些聊天记录，通知信息，文章列表等。因为用户打开APP不一定是要看新信息，说不定是回顾老信息（或许老信息里也有用户之前没看的），所以恰当的缓存可以满足更多的用户场景。
场景三：【金钱】有一天，一个用户发现自己装了某个APP后流量用的特别快，Ta可能永远将这个APP打入冷宫了，而增加缓存正是节省流量的一个方法。虽然节省的不多或者用户也察觉不到，但是作为一个有态度的产品经理，应该多做一些思考。
2、什么是缓存？
缓存可分为如下几类：
（1）app缓存。
（2）固定缓存。
（3）可手动清理的缓存。
（4）不可手动清理的缓存。
（5）临时缓存。
其中，临时缓存常用于一个功能页面内，保存各栏目的缓存。同一个功能里会把子功能分为多个栏目进行划分，每个标签栏目下的内容在本次使用中都可保存为临时缓存，在该功能里切换栏目，不需要重新加载数据，使用缓存显示。
对于用户来说，使用时达到了无缝切换浏览，对于服务器来说，在短时间内数据很少会有更新，所以在一般情况下能满足用户的正常需求，并达到体验优秀。
临时缓存的清理机制是：退出该功能模块就清除之前的缓存。也就是说下次进入该功能模块，需要重新获取一次数据。
很多时候我们都会用到临时缓存，因为那些信息真的不是那么重要，而且不需要经常反复查看，那对于那些我们经常使用而且经常需要反复查看的信息，马海祥建议采取固定缓存，保存在本地，方便下次翻阅时不需要再一次向服务器请求数据了。
对于固定缓存又会细分为可手动清理的缓存和不可手动清理的缓存。
第一种是我们最常见的缓存，几乎所有产品都采用这种缓存方式。平时用户浏览文章、图集加载的数据就以这种形式缓存在本地，下次看回这篇文章、图集时就不需要加载了。用户也可以手动把这些缓存清理了，释放空间。
而对于某些特殊场景，例如一些相对固定的数据，我们不愿意一开始就打包进App里，这样会占太大容量，造成产品包很大，也不愿意每次进入页面都向服务器加载这些信息，那怎么办？建议的解决方法就是我们可以只加载一次就永远存在本地了，这样安装包也不会大，以后也不用加载了。
3、如何清理缓存？
一般App都会在“设置”里提供一个清理缓存的功能，一键把空间释放。除此之外，App最好要设计自动清理机制，可以通过两个维度来设计这个机制。
（1）、时间
通过设定一个固定的时间，或者根据用户使用周期灵活设定时间来清理缓存。每个产品的场景不一，用户使用频率不一，设定这个机制的时候就需要结合实际情况考虑了。
（2）、容量
一般是设定一个容量上限，采用堆栈的设计原理进行缓存清理，溢出堆栈的旧数据将自动清除。
1、页面加载
方案1：单页面整体加载
这种加载比较简单，一般运用在页面内容比较单一的情况下，所以直接一次性加载完所有数据后再显示内容。其单页面加载失败的状态相对来说也比较好处理。
方案2：单页面分块加载
这种方案的特点是，能让用户逐步看到内容，在这个渐进的过程中降低用户的焦虑心理。
其中又可以分为，模块间有关联性的，先加载父内容，再加载子内容。如优酷，先把栏目加载出来，再加载各栏目的内容。
模块间没有绝对关联性的，可独自加载各自模块内容，根据请求的速度不同分别显示。这样处理有一定几率让用户在没完全刷出数据的情况下就能找到自己需要的功能，如大众点评、淘宝客户端等。
框架固定，内容更新的，可先把框架显示出来，再把各模块的数据各自加载显示，如各种iOS自带应用。
这种分模块加载的需要特别注意加载失败的状态，毕竟每个模块都提示加载失败，点击重试是很挫的一件事，可以根据信息的优先级来决定哪些数据失败了采用默认状态，哪些数据采用失败提示。
方案3：跨页面加载
父页面&子页面 or 同一app内，页面间字段可以复用的，在加载子页面时不需要重新加载新数据。
方案4：预加载
这种加载方式的特点是，在加载一个页面内容的同时，预测用户的下一步行为，并为他下一步需要使用的页面加载内容，使得他在下一步的操作中能立刻获取信息而不需要加载等待。
预加载提供给用户无缝的产品使用体验，使得用户在使用产品的过程中更直接流畅，没有被打断的感觉。
具体的例子有：
在浏览图集的时候，当看到第一张的图片时，就自动后台加载第二第三第四张图片，用户浏览完第一张图片切换到第二张时就不会有加载等待的过程。
在浏览新闻列表时，就把每篇新闻的内容在后台进行预加载，用户选择看某篇新闻时，能立刻阅读到内容。
但是这种方案也需要面临很多的问题，马海祥觉得最直接的就是流量问题，因为会自动跑掉很多用户可能根本用不上的数据流量，所以，一般情况下马海祥建议可以设定在wifi环境才采用这种加载模式。又或者设定加载规则，只把主要内容预加载，而部分次要内容可以在用户真的用到的时候才加载，例如预加载新闻正文的情况，可以只加载文本信息，图片信息等到用户进入内页才加载。这种预加载与分块加载结合的方式也普遍运用在各个场景。
另外，预加载也需要时间的，他只是不在客户端显示给用户，默默在后台运作而已，需要特殊考虑未加载完用户就使用到那些信息的情况，所以在做预加载设计时需要同时考虑另一种适合该情况的普通加载方式。
预加载需要根据具体的场景来进行设计，设定好信息优先级，综合考虑各种类型信息的具体大小流量，整体考虑预加载的方式，这些都是需要经过精心分析思考的。
随着网络环境的发展，预加载将成为以后产品普遍的加载方式，他提供给用户的无缝使用体验**地提升了产品的可用性。
2、操作加载
除了页面的信息需要加载，页面内的操作也是需要通过给服务器发送请求记录的。
方案1：加载层
进行一个操作后，弹出模态的提示层，告知用户正在加载。采用模态的提示主要是防止用户在该过程中进行其他操作，导致当前加载出错。由于采用模态的提示，并且有可能因为网络原因导致长时间处于加载状态，建议提供一个“关闭”的操作，中止本次加载，恢复App可用状态。加载失败时可在当前浮层变换为失败提示。模态提示层是最稳妥的方式，但他会使用户在使用过程中有打断的感觉。
方案2：控件自身加载状态
这种方式是把操作加载的状态与控件的样式结合起来了，对某个控件进行操作后，控件变换为加载状态，此时控件不能重复操作。由于这种加载方式是控件的自身状态，不影响其他操作，所以用户也可以对页面进行其他操作，可能会导致同时有多个请求的情况，增加了加载失败的风险，这也算是这种方式的弊端，不过这种极端情况很少出现。请求失败后，可配合Toast提示告知用户失败的原因。
方案3：后台加载
用户在操作后，客户端立刻反馈操作成功，然后把请求放到后台与服务器交互，这一过程用户不需要了解，不需要等待，在正常情况**验是非常棒的。
但是在极端情况下会出现一些莫名其妙的状况，由于是后台记录请求并与服务器交互，所以实际请求是否成功客户端是不说明的，全部以操作成功来显示，这就会导致用户误以为操作成功了，但实际上下次来看发现没有成功。
所以，这种加载方式是需要根据具体使用场景来权衡使用的，对于一些重要的操作，建议还是使用模态的方式加载，对于一些小操作，如点赞、订阅、关注，可采用后台加载的方式。
3、下一页加载还是当前也加载
用户进入首页，正式迈出体验的第一步，接下来迎接的就是基于用户目标的界面间跳转。完成界面的跳转，会有各种加载策略，但无论形式如何，我们都可以将其归为两大类：“下一页加载”、“当前页加载”。
（1）“下一页加载”满足了用户提前窥视的需求
我们把页面看成“点”，页面流是连接这些点的“线”，我们以“用户想买一条牛仔裤”这一场景作为案例做了简单的眼动研究，从应用启动到商品浏览再到商品确定最后进入下单页，用户所呈现的瞳孔梯次增大，即E>D>C>B>A，为了解释这一现象，通过与被试交流，我们发现相比于各种浏览，用户更期待看到他们想看到的东西。因此此时的”下一页加载“正好，满足了用户提前窥视的需求。
（2） Wait！I Need Think Think
我们以同样的方式又对“使用支付宝对手机充值”这一场景做了研究，从开始支付到二次确认支付，用户所呈现的瞳孔都比较大，即A与B近似相等，通过访谈，我们发现与“递增体验流”不同的是，当用户遇到判断逻辑的界面时，用户并非急于想看下一页面到底包含怎样的内容，而是非0即1的验证心态，即我的操作效成功了吗？因此在判断逻辑界面中，用户的内容窥视需求并不强，当然也没什么内容，要么仅是一个小小的Toast，再大一点就是一个简单的信息反馈界面（意味着“下一页加载”在这里就是个鸡肋），用户反而对非0即1的验证需求较为强烈，其中还伴随着等待结果过程中的紧张感、激动感，因此界面通过 当前页加载 表明系统正在努力地处理用户交代的指令**了用户的紧张感、激动感，直到结果显现——“处理成功”，完成了非0即1验证的满足感。
4、先加载还是先展示
当需加载的是功能时，可以先展示再加载，当需加载的是内容时，则反过来。
淘宝
打开APP的第一个页面是功能，所以先展示再加载的：
随便点击一个模块（不要点菜单），下面要展示的将要是内容（商品），所以是先加载再展示的，没有加载完都不展示：
京东
同样的，功能模块先展示后加载：
内容先加载，没加载完不展示：
两种方式各有利弊：
先展示，后加载：
优点：给用户0等待的错觉
缺点：当前数据有可能是错的，而且得等用户操作到最后一步才会发现
先加载，后展示：
优点：保证数据的质量和准确
缺点：网络不好时，造成等待
显然，功能模块对于一个产品来说是既有固定的，在短时间内几乎不会更新，所以这种数据出现错误或与当前状态不同的几率小得多，因此，可以使用先展示后加载的方式。
另一方面，内容（特别是商品数据）是最容易产生变动的，为了保证每一个消费者看到的数据都是最真实，最准确的，所以务必要先加载再展示。
1、空白页面刷新失败有提示
现在的应用都标榜以内容为中心，所以都会极力避免空白页面的出现。对于大部分的应用，最好的方法就是使用缓存，进入页面之后，先显示之前的缓存，然后再进行内容的刷新。其次，消灭空白页面的第二种方法就是提供系统推荐项进行替代。但是对于一些页面，页面内容跟用户的使用状态关系密切，无法避免会出现空白页面，这时候会使用一些引导类的提示，使得页面变得更加丰富，同时可以促进用户产生内容。
但是一些资讯类应用，比如读读日报，打开默认是空白页面，然后再加载内容（我不是很明白这种设定）。其他一些应用，比如：豆瓣一刻和MONO，每天第一次进入应用的时候也会出现空白页面。我猜想第二类应用的展示方式的原因是这样的。他们的内容**都是严格以天为单位的，每天固定时段**精选内容。他们会希望你每天只看并且看完当天的东西，所以一旦到了第二天，昨天的内容就是累赘了。所以每天第一次进入应用的时候会出现空白页面，象征着每天都是从新开始。此时就会对应一个“空白刷新”逻辑。
空白刷新对应的场景是这样子的：用户想要刷新出内容，并且用户知道这里可以刷出新内容，但是没有刷新成功，这时候需要给用户一个交待。所以需要提示用户。同时，提示完用户之后需要给用户一个解决方法，这就是“点击后重试”。
2、缓存页面刷新失败无提示
常见的应用比如知乎、网易新闻、好奇心日报、微信朋友圈等，这些应用都会采用缓存的形式，打开之后显示的是缓存内容，然后系统会给服务器发送请求，如果有内容更新的话就会自动更新一次内容，更新之后的内容直接覆盖当前的内容。更新失败之后是没有提示的。但是有一些应用，比如有道词典、企鹅FM、网易云音乐等，他们更新失败之后是有提示的。
我觉得这两种应用的区分点在于
应用的使用频率；
内容的时间连续性；
界面之间的关系紧密度。
比如说网易新闻，作为一个打发时间的工具，每天使用频率就会比较高，所以用户进来之后是想看看有没有更新。其次，网易新闻的内容是连续不断更新的，所以用户会知道当前显示的内容是我看看过并且处理过的。最后，新闻列表页面显示的是摘要，用户可以通过摘要快速进行判断是否要进入详情页，摘要有助于帮助用户回忆上一次的使用场景。
所以这就对应着一个这样的场景：用户只是想看看有没有更新，所以他们已经做好了“没有新内容”的心理预期，所以即使是更新不了内容，用户也不会想太多。反倒是，如果进行了错误提示，用户可能会有一种挫败感。因为他知道现在有内容，只是因为网络的原因而没有更新，他要进行的任务受到了外界因素的阻碍，由此产生一种细微的挫败感。
3、缓存页面刷新失败有提示
另一类应用，使用频率没那么高，或者内容不具备时间连续性的，又或者说当前界面无法唤起用户上一次的使用场景。那么就有必要进行率先你失败提示了。
比如说企鹅FM，音频类的应用注定使用不会那么频繁，因为通过视觉接收的信息会比通过听觉接收的信息更快更多，同时音频类对环境的要求较高（比如用耳机时要求环境不那么嘈杂，外放时要求在私人场所）。其次，此类应用都是实时推荐的，不存在时间连续性的问题，用户无法通过时间来判断内容是否被阅读过。再者，标题也无法帮你快速做出判断，你还是要进去听过才知道内容是什么。最后如果不提醒，用户进入到详情页再收到提醒，就会觉得应用浪费了用户的时间。所以，对于此类内容，刷新失败是有必要进行提醒的。
5. ☆前端优化：浏览器缓存技术介绍
在前端开发中，性能一直都是被大家所重视的一点，然而判断一个网站的性能最直观的就是看网页打开的速度。 其中提高网页反应速度的一个方式就是使用缓存 。缓存技术一直一来在WEB技术体系中扮演非常重要角色，是快速且有效地提升性能的手段。
一个优秀的缓存策略可以缩短网页请求资源的距离，减少延迟，并且由于缓存文件可以重复利用，还可以减少带宽，降低网络负荷。
所以，缓存技术是无数WEB开发从业人员在工作过程中不可避免的一大问题。 在产品开发的时候我们总是想办法避免缓存产生，而在产品发布之时又在想策略管理缓存提升网页的访问速度 。了解浏览器的缓存命中原理，是开发WEB应用的基础，本文着眼于此，学习浏览器缓存的相关知识，总结缓存避免和缓存管理的方法，结合具体的场景说明缓存的相关问题。希望能对有需要的人有所帮助。
在实际WEB开发过程中，缓存技术会涉及到不同层、不同端，比如：用户层、系统层、代理层、前端、后端、服务端等， 每一层的缓存目标都是一致的，就是尽快返回请求数据、减少延迟 ，但每层使用的技术实现是各有不同，面对不同层、不同端的优劣，选用不同的技术来提升系统响应效率。所以，我们首先看下各层的缓存都有哪些技术，都缓存哪些数据，从整体上，对WEB的缓存技术进行了解，如下图所示：
本篇文章重点讲的就是上面红色框部分缓存内容。
当浏览器请求一个网站的时候，会加载各种各样的资源，比如：HTML文档、图片、CSS和JS等文件。对于一些不经常变的内容，浏览器会将他们保存在本地的文件中，下次访问相同网站的时候，直接加载这些资源，加速访问。
那么如何知晓浏览器是读取了缓存还是直接请求服务器？如下图网站来做个示例：
第一次打开该网站后，如果再次刷新页面。会发现浏览器加载的众多资源中，有一部分size有具体数值，然而还有一部分请求，比如图片、css和js等文件并没有显示文件大小，而是显示了 from dis cache 或者 from memory cache 字样。这就说明了，该资源直接从本地硬盘或者浏览器内存读取，而并没有请求服务器。
浏览器启用缓存至少有两点显而易见的好处： （1）减少页面加载时间；（2）减少服务器负载；
浏览器是否使用缓存、缓存多久，是由服务器控制的 。准确来说，当浏览器请求一个网页（或者其他资源）时， 服务器发回的响应的“响应头”部分的某些字段指明了有关缓存的关键信息 。下面看下，HTTP报文中与缓存相关的首部字段：
根据上面四种类型的首部字段不同使用策略， 浏览器中缓存可分为强缓存和协商缓存 ：
当浏览器对某个资源的请求命中了强缓存时， 返回的HTTP状态为200 ，在chrome的开发者工具的network里面 size会显示为from cache ，比如：京东的首页里就有很多静态资源配置了强缓存，用chrome打开几次，再用f12查看network，可以看到有不少请求就是从缓存中加载的：
Expires是HTTP 1.0提出的一个表示资源过期时间的header，它描述的是一个绝对时间，由服务器返回，用GMT格式的字符串表示 ，如：Expires:Thu, 31 Dec 2037 23:55:55 GMT，包含了Expires头标签的文件，就说明浏览器对于该文件缓存具有非常大的控制权。
例如，一个文件的Expires值是2020年的1月1日，那么就代表，在2020年1月1日之前，浏览器都可以直接使用该文件的本地缓存文件，而不必去服务器再次请求该文件，哪怕服务器文件发生了变化。
所以， Expires是优化中最理想的情况，因为它根本不会产生请求 ，所以后端也就无需考虑查询快慢。它的缓存原理，如下：
Expires是较老的强缓存管理header， 由于它是服务器返回的一个绝对时间 ，在服务器时间与客户端时间相差较大时，缓存管理容易出现问题， 比如：随意修改下客户端时间，就能影响缓存命中的结果 。所以在HTTP 1.1的时候，提出了一个新的header， 就是Cache-Control，这是一个相对时间，在配置缓存的时候，以秒为单位，用数值表示 ，如：Cache-Control:max-age=315360000，它的缓存原理是：
Cache-Control描述的是一个相对时间 ，在进行缓存命中的时候， 都是利用客户端时间进行判断 ，所以相比较Expires，Cache-Control的缓存管理更有效，安全一些。
这两个header可以只启用一个，也可以同时启用， 当response header中，Expires和Cache-Control同时存在时，Cache-Control优先级高于Expires ：
此外，还可以为 Cache-Control 指定 public 或 private 标记。 如果使用 private，则表示该资源仅仅属于发出请求的最终用户，这将禁止中间服务器（如代理服务器）缓存此类资源 。对于包含用户个人信息的文件（如一个包含用户名的 HTML 文档），可以设置 private，一方面由于这些缓存对其他用户来说没有任何意义，另一方面用户可能不希望相关文件储存在不受信任的服务器上。需要指出的是，private 并不会使得缓存更加安全，它同样会传给中间服务器（如果网站对于传输的安全性要求很高，应该使用传输层安全措施）。 对于 public，则允许所有服务器缓存该资源 。通常情况下，对于所有人都可以访问的资源（例如网站的 logo、图片、脚本等）， Cache-Control 默认设为 public 是合理的 。
当浏览器对某个资源的请求没有命中强缓存， 就会发一个请求到服务器，验证协商缓存是否命中，如果协商缓存命中，请求响应返回的http状态为304并且会显示一个Not Modified的字符串 ，比如你打开京东的首页，按f12打开开发者工具，再按f5刷新页面，查看network，可以看到有不少请求就是命中了协商缓存的：
查看单个请求的Response Header， 也能看到304的状态码和Not Modified的字符串，只要看到这个就可说明这个资源是命中了协商缓存，然后从客户端缓存中加载的 ，而不是服务器最新的资源：
【Last-Modified，If-Modified-Since】的控制缓存的原理，如下 ：
【Last-Modified，If-Modified-Since】都是根据服务器时间返回的header，一般来说， 在没有调整服务器时间和篡改客户端缓存的情况下，这两个header配合起来管理协商缓存是非常可靠的，但是有时候也会服务器上资源其实有变化，但是最后修改时间却没有变化的情况 ，而这种问题又很不容易被定位出来，而当这种情况出现的时候，就会影响协商缓存的可靠性。 所以就有了另外一对header来管理协商缓存，这对header就是【ETag、If-None-Match】 。它们的缓存管理的方式是：
Etag和Last-Modified非常相似，都是用来判断一个参数，从而决定是否启用缓存。 但是ETag相对于Last-Modified也有其优势，可以更加准确的判断文件内容是否被修改 ，从而在实际操作中实用程度也更高。
协商缓存跟强缓存不一样，强缓存不发请求到服务器， 所以有时候资源更新了浏览器还不知道，但是协商缓存会发请求到服务器 ，所以资源是否更新，服务器肯定知道。大部分web服务器都默认开启协商缓存，而且是同时启用【Last-Modified，If-Modified-Since】和【ETag、If-None-Match】，比如apache:
如果没有协商缓存，每个到服务器的请求，就都得返回资源内容，这样服务器的性能会极差。
【Last-Modified，If-Modified-Since】和【ETag、If-None-Match】一般都是同时启用，这是为了处理Last-Modified不可靠的情况。有一种场景需要注意：
比如，京东页面的资源请求，返回的repsonse header就只有Last-Modified，没有ETag：
协商缓存需要配合强缓存使用，上面这个截图中，除了Last-Modified这个header，还有强缓存的相关header， 因为如果不启用强缓存的话，协商缓存根本没有意义 。
如果资源已经被浏览器缓存下来，在缓存失效之前，再次请求时，默认会先检查是否命中强缓存，如果强缓存命中则直接读取缓存，如果强缓存没有命中则发请求到服务器检查是否命中协商缓存，如果协商缓存命中，则告诉浏览器还是可以从缓存读取，否则才从服务器返回最新的资源。其浏览器判断缓存的详细流程图，如下：
6. 如何可以让网页浏览器把网页的缓冲页加载到内存中，加快查看网页的速度
用ramdisk虚拟一个内存盘，然后把ie的临时文件（缓存）放在这个盘上。只要你的网速够快，你的浏览动作基本上是即开即得的，不需要等待（写盘）。这样做不但提高了浏览速度，而且减少了上网时候对磁盘频繁的读写动作，延长磁盘寿命。
以此类推，还可系统的变量（临时储存文件）都设置到这个盘上面，系统的速度也将得到改善，同样减少了一定量的磁盘读写动作。
优点：大大提升速度，延长硬盘寿命；
缺点：若设置不正确，会导致内存溢出，系统崩溃，直接蓝屏。（致命缺点）
