node

1、认识node

在node中每一个JS文件都是一个模块

• 在node中没有window大对象，里面只有一个global，global是node中的一个全局大对象
• 在node中有两个是输出路径的（__dirname和__filename），__dirname会默认输出当前文件的父级文件夹的绝对路径；而__filename会输出当前文件的绝对路径。
• node还有一个require方法，用于导入模块。
• node自定义的模块会默认导出一个空对象；当前模块的this指向当前这个空对象，但是node里面一般不会用到this。

• 自定义模块

      // 第一步：创建一个自己定义的js文件（mode.js），在里面定义一个变量。
	  var a=12;
	  // 第二步：在另外一个js文件(module.js)里面导入上面js文件。
	  const mod1=require('./mode.js');   //引入自定义模块，我们会发现引入自定义模块前面的路径要加上 ./,必须加，不加会出错
      console.log(mod1.a);//输出模块中的变量
      // 第三步：我们在命令行中执行 node module.js 会发现输出undefined
      // 第四步：因为module.js要访问mode.js里面的文件，那么我们需要将mode.js里面的var改为export。
       export.a=50;
      //如果我们要用多个值，那么就需要把export改为exports，但是这样太麻烦了，我们改为下面这种
       exports.a=12;
	   exports.b=5;
	   exports.c=3
      // 上面代码可以改写成下面这种。
       module.exports={a:12,b:5,c:3};//这样代码比原来简单多了  

• 第三方模块
  • 像express、mime这些需要手动npm 安装的都是三方模块
• 核心模块
  • 如：http、fs、url等等（node内置的）

2、localStorage（本地存储）和sessionStorage（会话存储）

两个的区别：

• 1、生命周期：
  • localStorage:localStorage的生命周期是永久的，关闭页面或浏览器之后localStorage中的数据也不会消失。localStorage除非主动删除数据，否则数据永远不会消失。
  • sessionStorage的生命周期是在仅在当前会话下有效。sessionStorage引入了一个“浏览器窗口”的概念，sessionStorage是在同源的窗口中始终存在的数据。只要这个浏览器窗口没有关闭，即使刷新页面或者进入同源另一个页面，数据依然存在。但是sessionStorage在关闭了浏览器窗口后就会被销毁。同时独立的打开同一个窗口同一个页面，sessionStorage也是不一样的。
• 2、存储大小：localStorage和sessionStorage的存储数据大小一般都是：5MB
• 3、存储位置：localStorage和sessionStorage都保存在客户端，不与服务器进行交互通信。
• 4、存储内容类型：localStorage和sessionStorage只能存储字符串类型，对于复杂的对象可以使用ECMAScript提供的JSON对象的stringify和parse来处理
• 5、获取方式：
  • localStorage：window.localStorage;
  • sessionStorage：window.sessionStorage;
• 6、应用场景：
  • localStoragese：常用于长期登录（+判断用户是否已登录），适合长期保存在本地的数据。
  • sessionStorage：敏感账号一次性登录；

localStorage（本地存储）和sessionStorage（会话存储）属于HTML5的WebStorage中的两个API

WebStorage的优点：

• 1、存储空间更大：cookie为4KB，而WebStorage是5MB；
• 2、节省网络流量：WebStorage不会传送到服务器，存储在本地的数据可以直接获取，也不会像cookie一样美词请求都会传送到服务器，所以减少了客户端和服务器端的交互，节省了网络流量；
• 3、对于那种只需要在用户浏览一组页面期间保存而关闭浏览器后就可以丢弃的数据，sessionStorage会非常方便；
• 4、快速显示：有的数据存储在WebStorage上，再加上浏览器本身的缓存。获取数据时可以从本地获取会比从服务器端获取快得多，所以速度更快；
• 5、安全性：WebStorage不会随着HTTP header发送到服务器端，所以安全性相对于cookie来说比较高一些，不会担心截获，但是仍然存在伪造问题；
• 6、WebStorage提供了一些方法，数据操作比cookie方便；
  • setItem (key, value) —— 保存数据，以键值对的方式储存信息。
  • getItem (key) —— 获取数据，将键值传入，即可获取到对应的value值。
  • removeItem (key) —— 删除单个数据，根据键值移除对应的信息。
  • clear () —— 删除所有的数据
  • key (index) —— 获取某个索引的key

cookie 、sessionStorage与localStorage的区别

3、cookie和session

两个的区别：

• 1、保持状态：
  • cookie保存在浏览器端
  • session保存在服务器端
• 2、使用方式：
  • cookie机制：如果不在浏览器中设置过期时间，cookie被保存在内存中，生命周期随浏览器的关闭而结束，这种cookie简称会话cookie。如果在浏览器中设置了cookie的过期时间，cookie被保存在硬盘中，关闭浏览器后，cookie数据仍然存在，直到过期时间结束才消失。** Cookie是服务器发给客户端的特殊信息，cookie是以文本的方式保存在客户端，每次请求时都带上它**
  • session机制：当服务器收到请求需要创建session对象时，首先会检查客户端请求中是否包含sessionid。如果有sessionid，服务器将根据该id返回对应session对象。如果客户端请求中没有sessionid，服务器会创建新的session对象，并把sessionid在本次响应中返回给客户端。通常使用cookie方式存储sessionid到客户端，在交互中浏览器按照规则将sessionid发送给服务器。如果用户禁用cookie，则要使用URL重写，可以通过response.encodeURL(url) 进行实现；API对encodeURL的结束为，当浏览器支持Cookie时，url不做任何处理；当浏览器不支持Cookie的时候，将会重写URL将SessionID拼接到访问地址后。
• 3、存储内容：
  • cookie只能保存字符串类型，以文本的方式
  • session通过类似与Hashtable的数据结构来保存，能支持任何类型的对象(session中可含有多个对象)
• 4、存储的大小：
  • cookie：单个cookie保存的数据不能超过4kb；
  • session大小没有限制
• 5、安全性：
  • cookie：针对cookie所存在的攻击：Cookie欺骗，Cookie截获；session的安全性大于cookie。
  • 原因如下：
    • （1）sessionID存储在cookie中，若要攻破session首先要攻破cookie；
    • （2）sessionID是要有人登录，或者启动session_start才会有，所以攻破cookie也不一定能得到sessionID；
    • （3）第二次启动session_start后，前一次的sessionID就是失效了，session过期后，sessionID也随之失效。
    • （4）sessionID是加密的
    • （5）综上所述，攻击者必须在短时间内攻破加密的sessionID，这很难。

cookie和session的缺点：

• cookie
  • 大小受限
  • 用户可以操作（禁用）cookie，使功能受限
  • 安全性较低
  • 有些状态不可能保存在客户端。
  • 每次访问都要传送cookie给服务器，浪费带宽。
  • cookie数据有路径（path）的概念，可以限制cookie只属于某个路径下。
• session：
  • Session保存的东西越多，就越占用服务器内存，对于用户在线人数较多的网站，服务器的内存压力会比较大。
  • 依赖于cookie（sessionID保存在cookie），如果禁用cookie，则要使用URL重写，不安全
  • 创建Session变量有很大的随意性，可随时调用，不需要开发者做精确地处理，所以，过度使用session变量将会导致代码不可读而且不好维护。