Session的作用和使用场景

反射的使⽤场景、作⽤及优缺点？使⽤场景

在编译时⽆法知道该对象或类可能属于哪些类，程序在运⾏时获取对象和类的信息 作⽤

通过反射可以使程序代码访问装载到 JVM 中的类的内部信息，获取已装载类的属性信息、⽅法信息 优点

提⾼了 Java 程序的灵活性和扩展性，降低耦合性，提⾼⾃适应能⼒。允许程序创建和控制任何类的对象，⽆需提前硬编码⽬标类应⽤很⼴，测试⼯具、框架都⽤到了反射 缺点

性能问题：反射是⼀种解释操作，远慢于直接代码。因此反射机制主要⽤在对灵活性和扩展性要求很⾼的系统框架上,普通程序不建议使⽤模糊程序内部逻辑：反射绕过了源代码，⽆法再源代码中看到程序的逻辑，会带来维护问题增⼤了复杂性：反射代码⽐同等功能的直接代码更复杂

LRU和LFU的区别和使⽤场景

以下的讨论实现都是奔着O(1)时间复杂度

LRU

LRU（Least recently used，最近最少使⽤）算法根据数据的历史访问记录来进⾏淘汰数据，其核⼼思想是“如果数据最近被访问过，那么将来被访问的⼏率也更

⾼”。

LRU 总体上是这样的，最近使⽤的放在前边（最左边），最近没⽤的放到后边（最右边），

来了⼀个新的数，如果内存满了，把旧的数淘汰掉(最右边)，

那位了⽅便移动数据，我们肯定不能考虑⽤数组，

呼之欲出，就是使⽤链表了，

解决⽅案：链表（处理新⽼关系）+ 哈希（查询在不在），

LRU 缓存算法的核⼼数据结构就是哈希链表，双向链表和哈希表的结合体。这个数据结构长这样：

1、通常会⽤来做缓存的算法 当缓存被填满时，它应该删除最近最少使⽤的项⽬。

1.JDK⾃带的LinkHashMap实现

public class LRUCache{

int capacity;

Map map;

public LRUCache(int capacity) {

this.capacity = capacity;

map = new LinkedHashMap<>();

}

public int get(int key) {

if (!map.containsKey(key)) {

return -1;

}

// 先删除旧的位置，再放⼊新位置

Integer value = map.remove(key);

map.put(key, value);

return value;

}

public void put(int key, int value) {

if (map.containsKey(key)) {

map.remove(key);

map.put(key, value);

return;

}

map.put(key, value);

// 超出capacity，删除最久没⽤的,利⽤迭代器删除第⼀个

session和cookie的应⽤场景和区别

　cookie存于客户端，session存于服务器端。 cookie的作⽤是与服务器进⾏交互，作为http规范的⼀部分存在，⽽web storage是为了在本地存储“数据”⽽⽣。

cookie应⽤场景：①判断⽤户是否登录过⽹站； ②⽤来记录购物车或者记录⽤户使⽤偏好来制定推送；

session应⽤场景：①登录验证信息

　cookie是⽹站为了标⽰⽤户⾝份⽽储存在⽤户本地终端（Client Side）上的数据（通常经过加密）。

　cookie数据始终在同源的http请求中携带（即使不需要），记会在浏览器和服务器间来回传递。

　sessionStorage和localStorage不会⾃动把数据发给服务器，仅在本地保存。

有效期不同：

　localStorage：存储持久数据，浏览器关闭后数据不丢失除⾮主动删除数据；

　sessionStorage：数据在当前浏览器窗⼝关闭后⾃动删除。

　cookie：设置的cookie过期时间之前⼀直有效，即使窗⼝或浏览器关闭

作⽤域不同：

sessionStorage：在打开的不同浏览器窗⼝不共享，既使是同⼀页⾯

localStorage：在同源页⾯共享

cookie：同源页⾯共享

　存储⼤⼩：

　cookie数据⼤⼩不能超过4k

　sessionStorage和localStorage 虽然也有存储⼤⼩的限制，但⽐cookie⼤得多，可以达到5M或更⼤。

SSL的作⽤与⽬前主流的使⽤场景介绍

不使⽤SSL/TLS的HTTP通信，就是不加密的通信。所有信息明⽂传播，带来了三⼤风险。

（1） 窃听风险（eavesdropping）：第三⽅可以获知通信内容。

（2） 篡改风险（tampering）：第三⽅可以修改通信内容。

（3） 冒充风险（pretending）：第三⽅可以冒充他⼈⾝份参与通信。SSL/TLS协议是为了解决这三⼤风险⽽设计的，希望达到：

（1） 所有信息都是加密传播，第三⽅⽆法窃听。

（2） 具有校验机制，⼀旦被篡改，通信双⽅会⽴刻发现。

（3） 配备⾝份证书，防⽌⾝份被冒充。

互联⽹是开放环境，通信双⽅都是未知⾝份，这为协议的设计带来了很⼤的难度。⽽且，协议还必须能够经受所有匪夷所思的攻击，这使得SSL/TLS协议变得异常复杂。