A. 前端缓存的理解 或者 前端数据持久化的理解(强制缓存、协商缓存)
缓存可以说是性能优化中简单高效的一种优化方式了。一个优秀的缓存策略可以缩短网页请求资源的距离，减少延迟，并且由于 缓存文件可以重复利用 ，还可以减少带宽，降低网络负荷。
对于一个数据请求来说，可以分为发起 网络请求、后端处理、浏览器响应 三个步骤。浏览器缓存可以帮助我们在第一和第三步骤中优化性能。比如说直接使用缓存而不发起请求，或者发起了请求但后端存储的数据和前端一致，那么就没有必要再将数据回传回来，这样就减少了响应数据。
①不存在该缓存结果和缓存标识，强制缓存失效，则直接向服务器发起请求
②存在该缓存结果和缓存标识，但该结果已失效，强制缓存失效，则使用协商缓存
③存在该缓存结果和缓存标识，且该结果尚未失效，强制缓存生效，直接返回该结果
控制强制缓存的字段分别是Expires和Cache-Control，其中Cache-Control优先级比Expires高。
Cache-Control、Expires都是缓存到期时间，Cache-Control是相对值，Expires是绝对值，即再次发送请求时，如果时间没到期，强制缓存生效。
注：在无法确定客户端的时间是否与服务端的时间同步的情况下，Cache-Control相比于expires是更好的选择，所以同时存在时，只有Cache-Control生效。
①协商缓存生效，返回304
②协商缓存失效，返回200和请求结果
这里我们以博客的请求为例，状态码为灰色的请求则代表使用了强制缓存，请求对应的Size值则代表该缓存存放的位置，分别为from memory cache 和 from disk cache。那么from memory cache 和 from disk cache又分别代表的是什么呢？什么时候会使用from disk cache，什么时候会使用from memory cache呢？
from memory cache代表使用 内存中的缓存 ，from disk cache则代表使用的是 硬盘中的缓存 ，
B. 前端本地存储的 3 种方法 cookie、localStorage、sessionStorage
当网页要发http请求时，浏览器会先检查是否有相应的cookie，有则自动添加在request header中的cookie字段中。这些是浏览器自动帮我们做的，而且每一次http请求浏览器都会自动帮我们做。这个特点很重要，因为这关系到“什么样的数据适合存储在cookie中”。
存储在cookie中的数据，每次都会被浏览器自动放在http请求中，如果这些数据并不是每个请求都需要发给服务端的数据，浏览器这设置自动处理无疑增加了网络开销；但如果这些数据是每个请求都需要发给服务端的数据（比如身份认证信息），浏览器这设置自动处理就大大免去了重复添加操作。所以对于那种设置“每次请求都要携带的信息（最典型的就是身份认证信息）”就特别适合放在cookie中，其他类型的数据就不适合了。
不同的浏览器存放的cookie位置不一样，也是不能通用的。
cookie的存储是以域名形式进行区分的，不同的域下存储的cookie是独立的。
我们可以设置cookie生效的域（当前设置cookie所在域的子域），也就是说，我们能够操作的cookie是当前域以及当前域下的所有子域
一个域名下存放的cookie的个数是有限制的，不同的浏览器存放的个数不一样,一般为20个。
每个cookie存放的内容大小也是有限制的，不同的浏览器存放大小不一样，一般为4KB。
cookie也可以设置过期的时间，默认是会话结束的时候，当时间到期自动销毁
cookie值既可以设置，也可以读取。
我们通过document.cookie来获取当前网站下的cookie的时候，得到的字符串形式的值，它包含了当前网站下所有的cookie（为避免跨域脚本(xss)攻击，这个方法只能获取非 HttpOnly 类型的cookie）。它会把所有的cookie通过一个分号+空格的形式串联起来，例如username=chenfangxu; job=coding
要想修改一个cookie，只需要重新赋值就行，旧的值会被新的值覆盖。但要注意一点，在设置新cookie时，path/domain这几个选项一定要旧cookie 保持一样。否则不会修改旧值，而是添加了一个新的 cookie。
把要删除的cookie的过期时间设置成已过去的时间,path/domain/这几个选项一定要旧cookie 保持一样。
如果我们想长时间存放一个cookie。需要在设置这个cookie的时候同时给他设置一个过期的时间。如果不设置，cookie默认是临时存储的，当浏览器关闭进程的时候自动销毁
使用方法： setCookie('username','cfangxu',30)
domain指定了 cookie 将要被发送至哪个或哪些域中。默认情况下，domain 会被设置为创建该 cookie 的页面所在的域名，所以当给相同域名发送请求时该 cookie 会被发送至服务器。
浏览器会把 domain 的值与请求的域名做一个尾部比较（即从字符串的尾部开始比较），并将匹配的 cookie 发送至服务器。
cookie 一般都是由于用户访问页面而被创建的，可是并不是只有在创建 cookie 的页面才可以访问这个 cookie。 因为安全方面的考虑,默认情况下，只有与创建 cookie 的页面在同一个目录或子目录下的网页才可以访问。即path属性可以为服务器特定文档指定cookie，这个属性设置的url且带有这个前缀的url路径都是有效的。
domain是域名，path是路径，两者加起来就构成了 URL，domain和path一起来限制 cookie 能被哪些 URL 访问。 所以domain和path两个个选项共同决定了cookie何时被浏览器自动添加到请求头部中发送出去。如果没有设置这两个选项，则会使用默认值。domain的默认值为设置该cookie的网页所在的域名，path默认值为设置该cookie的网页所在的目录。
通常 cookie 信息都是使用HTTP连接传递数据，这种传递方式很容易被查看，所以 cookie 存储的信息容易被窃取。假如 cookie 中所传递的内容比较重要，那么就要求使用加密的数据传输。
secure选项用来设置cookie只在确保安全的请求中才会发送。当请求是HTTPS或者其他安全协议时，包含 secure 选项的 cookie 才能被发送至服务器。
把cookie设置为secure，只保证 cookie 与服务器之间的数据传输过程加密，而保存在本地的 cookie文件并不加密。就算设置了secure 属性也并不代表他人不能看到你机器本地保存的 cookie 信息。机密且敏感的信息绝不应该在 cookie 中存储或传输，因为 cookie 的整个机制原本都是不安全的
注意：如果想在客户端即网页中通过 js 去设置secure类型的 cookie，必须保证网页是https协议的。在http协议的网页中是无法设置secure类型cookie的。
这个选项用来设置cookie是否能通过 js 去访问。默认情况下，cookie不会带httpOnly选项(即为空)，所以默认情况下，客户端是可以通过js代码去访问（包括读取、修改、删除等）这个cookie的。
当cookie带httpOnly选项时，客户端则无法通过js代码去访问（包括读取、修改、删除等）这个cookie。 在客户端是不能通过js代码去设置一个httpOnly类型的cookie的，这种类型的cookie只能通过服务端来设置。
HTML5新方法，不过IE8及以上浏览器都兼容。
生命周期：持久化的本地存储，除非主动删除数据，否则数据是永远不会过期的。
存储的信息在同一域中是共享的。
当本页操作（新增、修改、删除）了localStorage的时候，本页面不会触发storage事件,但是别的页面会触发storage事件。
大小：据说是5M（跟浏览器厂商有关系）
localStorage本质上是对字符串的读取，如果存储内容多的话会消耗内存空间，会导致页面变卡
localStorage受同源策略的限制
当storage发生改变的时候触发。 当页面对storage的操作会触发其他页面的storage事件，storage事件是可以跨页面通讯的，在你对storage对象进行任何操作的时候，都会触发storage事件,事件里边包括包括：
storage事件使用参考
对于sessionStorage和localStorage上的任何更改都会触发storage事件，但storage事件不会区分这两者;
其实跟localStorage差不多，也是本地存储，会话本地存储
和 localStorage 的API完全相同
用于本地存储一个会话（session）中的数据，这些数据只有在同一个会话中的页面才能访问并且当会话结束后数据也随之销毁。因此sessionStorage不是一种持久化的本地存储，仅仅是会话级别的存储。也就是说只要这个浏览器窗口没有关闭，即使刷新页面或进入同源另一页面，数据仍然存在。关闭标签页后，sessionStorage即被销毁，或者在新的标签页打开同源的另一个页面，sessionStorage也是没有的。
应用的场景有，比如说我们都知道，在页面刷新的时候，我们写的js里边的变量函数等等的，内存会被释放掉，那么这个时候可以用sessionStorage来存储一些不想被释放掉内存的数据，比如说记录一个滚动条的位置，或者播放器的进度等等
在本地（浏览器端）存储数据
sessionStorage和localStorage 都受到同源策略限制，就是跨域问题，在访问sessionStorage和localStorage 的时候，页面必须在同一个域名，使用同一个协议，并且一个端口
sessionStorage比localStorage更严苛一点，除了协议、主机名、端口外，还要求在同一窗口（也就是浏览器的标签页）下。
localStorage是永久存储，除非手动删除。
sessionStorage当会话结束（当前页面、标签页关闭的时候，自动销毁）
cookie的数据会在每一次发送http请求的时候，同时发送给服务器而localStorage、sessionStorage不会。
sessionStorage和localStorage 也有大小限制，相比cookie大了很多，是5M
sessionStorage和localStorage只能通过客户端操作，cookie既可以通过客户端操作又可以通过服务端操作
C. 前端储存和本地储存有哪些区别
1、前端存储
所谓前端存储，是在网络视频监控系统的前端设备(如网络视频编码器或网络摄像机)中内置存储部件，由前端设备直接完成监控图像的本地录制和保存。
前端存储具有几个方面的优势：一是可以通过分布式的存储部署，来减轻集中存储带来的容量压力;二是可以有效缓解集中存储带来的网络流量压力;三是可以避免集中存储在网络发生故障时的图像丢失。
对于前端存储，由于单个前端编码设备通常所带监控点路数不多，存储时间也不长，所以对存储容量要求不高，网络摄像机一般用CF卡或SD卡，视频服务器一般用内置硬盘。这与以往单机存储相比，基本没有区别。
而与以往单机存储本质上不同的是，为了保证用户访问的灵活性和便捷性，网络视频监控系统中的所有前端存储除了要能够提供点对点的单机访问外，还要能够通过一个统一的接口提供所有内容的集中共享。为此，网络视频监控系统通过中心业务平台对所有前端存储进行统一管理和调度，并实现存储空间和存储内容的网络化。这样，用户既可以直接登录单个前端设备进行录像资料的点播回放，也可以统一登录中心业务平台进行所有前端录像资料的集中检索和回放。
2、本地存储
本地存储是指所有视频图像都通过前端接入点的DVR进行分散存储，其优点是投入少，对网络压力最小，缺点是管理复杂，不易维护，重要数据没有安全保证等。在本地存储当中，以DVR为主要的存储设备，因此要求DVR存储的可靠性更强。但是，据有关专家介绍，由于DVR没有完善的组件和磁盘容错机制，无法确保数据的安全性;如果是安装于室内环境还好，但偏偏前端又多处于环境恶劣的室外，以目前的DVR技术水平，如果在室外使用则故障率较高，硬盘容易发生故障，从而造成视频的丢失。因此，本地存储多适合监控点较少、较分散，数据保存周期短，数据安全要求不高的领域，如小型公共场所监控、物业小区视频监控、中小型企业视频监控等。
D. 说一下前端数据存储方式（cookies，localstorage，sessionstorage，indexedDB）的区别
Cookie最初是在客户端用于存储会话信息的，其要求服务器对任意HTTP请求发送Set-CookieHTTP头作为响应的一部分。cookie
以name为名称，以value为值，名和值在传送时都必须是URL编码的。浏览器会存储这样的会话信息，在这之后，通过为每个请求添加Cookie
HTTP头将信息发送回服务器。
localstorage
存储方式：
以键值对(Key-Value)的方式存储，永久存储，永不失效，除非手动删除。
sessionstorage
HTML5 的本地存储 API 中的 localStorage 与 sessionStorage 在使用方法上是相同的，区别在于 sessionStorage 在关闭页面后即被清空，而 localStorage 则会一直保存。
IndexedDB
索引数据库(IndexedDB) API（作为 HTML5 的一部分）对创建具有丰富本地存储数据的数据密集型的离线 HTML5 Web 应用程序很有用。同时它还有助于本地缓存数据，使传统在线 Web 应用程序（比如移动 Web 应用程序）能够更快地运行和响应。
E. web前端，建立了临时的数据库，怎么获取数据
数据没取到的原因个人觉得有以下几点：
1、SQL语句有问题，可以在对数据库操作时用到的SQL语句和返回的数据设置断点进行查看是否符合。
2、如果关于数据库返回的数据没有问题，可能是后台传输数据到前台的时候传输的数据有问题，或者前台获取的数据方式有问题（“get”）。
3、检查一下是不是代码有些地方写错了，js里面多用alter弹窗看看吧，
我本人学习AJAX的时候一般用的是一般处理程序向前台返回JSON数据源，然后在前台再解析json。
F. RAM是什么意思
RAM称作“随机存储器”，是与CPU直接交换数据的内部存储器，也叫主存(内存)。它可以随时读写，而且速度很快，通常作为操作系统或其他正在运行中的程序的临时数据存储媒介。
存储单元的内容可按需随意取出或存入，且存取的速度与存储单元的位置无关的存储器。这种存储器在断电时将丢失其存储内容，故主要用于存储短时间使用的程序。 按照存储单元的工作原理，随机存储器又分为静态随机存储器（英文：Static RAM，SRAM)和动态随机存储器（英文Dynamic RAM，DRAM)。
(6)前端临时储存数据扩展阅读
根据存储单元的工作原理不同， RAM分为静态RAM和动态RAM。
静态随机存储器(SRAM)
静态存储单元是在静态触发器的基础上附加门控管而构成的。因此，它是靠触发器的自保功能存储数据的。
动态随机存储器(DRAM)
动态RAM的存储矩阵由动态MOS存储单元组成。动态MOS存储单元利用MOS管的栅极电容来存储信息，但由于栅极电容的容量很小，而漏电流又不可能绝对等于0，所以电荷保存的时间有限。为了避免存储信息的丢失，必须定时地给电容补充漏掉的电荷。
通常把这种操作称为“刷新”或“再生”，因此DRAM内部要有刷新控制电路，其操作也比静态RAM复杂。尽管如此，由于DRAM存储单元的结构能做得非常简单，所用元件少，功耗低，已成为大容量RAM的主流产品。
G. 前端如何在微信小程序中将用户头像存为临时文件路径
你可以用wx.request把头像的url发送到后台服务器，由后台服务器去获取这个图片。
比如说你的后台程序是php的，可以这样（假定文件名为save_tx.php）：
<?php
$fn=base_convert(time().mt_rand(0,9),10,36)."jpg";
file_put_contents($fn,file_get_contents($_GET['url']));
echo "头像上传为".$fn;
?>
这样在微信小程序中就可以这样（假定用户头像的url已保存到变量txUrl中）：
wx.request({
url: '服务器域名路径/save_tx.php?url=' + encodeURIComponent(txUrl),
success: res => {
wx.showToast({
title: res,
icon: "none"
})
}
})
H. 电脑里rom什么意思ram是临时存储数据的，硬盘可以长期保存数据，要rom有何用
电脑里面的ROM是半导体存储器，比如说bios的信息，就是存在ROM上的。这类存储器范围广，我们用的U盘和固态硬盘，基于闪存技术的，其实也属于ROM的大类。（固态硬盘还有另一种基于DRAM类的）
所以不是说ROM没用，而是ROM类型很多，一般都不会提到这个ROM名字而已。开机启动需要的的主板记录的信息就是存在EEPROM或者NORFlash或者其他类型的ROM里面，没有这些电脑是开不起来的。硬盘只是外存储器的一种，除了硬盘启动还可以使用U盘启动（比如某些Linux系统）或者光盘启动（比如某些WinPE内存系统）。
主板信息的ROM容量一般很小，因此只能记载一些必要的信息，不能代替硬盘存放系统。
硬盘包括固态硬盘和机械硬盘，机械硬盘是磁存储器，而固态硬盘是半导体存储器，其中基于闪存技术的那一类广义上属于ROM。ROM的数据是可以长期储存的。