LSP20020926的博客

解决是多加服务器，多个cpu并行处理。解决是加固态硬盘，加内存条，使用各种缓存技术来提高网卡的传输效率。利用setNx命令，原子命令，互斥。以上优化完性能还是没有太好（比如复杂得查询），所以使用缓存来大幅度优化性能。使用redis作为缓存，高可用，高性能，易于维护。不用本地map作为缓存。juc本地锁怎么用，redis分布式锁就怎么用。原子操作很重要，查和放要是原子操作。更专业得分布式锁，锁住所有服务。可重入锁，一个锁可以加多次。本地缓存在分布式下会有问题，数据会不一致。需要大内存得压测，需要调大内存。

选择 CopyOnWriteArrayList。

Component注解：标记是否要创建bean，传入bean的名称ComponentScan注解：这个是spring启动类上要扫描的路径创建SpringConfig类，添加注解@ComponentScan指定扫描包使用@Component标记需要IOC容器管理的对象在scan配置类springConfig上的注解@ComponentScan(“org.example”)时，遇到类有标记注解Component就会添加到IOC容器中管理依赖反转/注入依赖注入，在创建bean对象得时候，看bean的

微盟电子商城网络交易系统，完整包含了从后台商品管理、商品检索、商品详情、购物车、单点登录、订单、支付、秒杀、库存管理一套完善的电商业务，其中覆盖了微服务框架、分布式文件系统、全文检索数据库、高速缓存、消息队列、分布式事务等多种业务场景和技术实现。谷粒商城是一个高并发、高可用、分布式架构的电商网站。高并发与压力测试、MySQL集群/读写 分离、Elasticsearch分布式搜索集群…

主要有以下功能：关注、查询关注的人发的帖子、查看好友共同关注分类浏览店铺、查看附近的店铺个人信息查看和管理。

首先对于两个有序链表合成一个有序链表我们都做过。这个合并的关键是新建一个头结点指向两个链表中较小的点。最后把不为空的链表再接上。然后，对于给这个链表排序，我们就可以想到分而治之，归并排序个人觉得，head.next == tail 然后返回head的递归终止条件很妙，tail是最初为空，每次取头，尾通过后半段头返回，直到尾为空

那么在复制链表中对应的两个节点 x 和 y ，同样有 x.random --> y。用一个由 n 个节点组成的链表来表示输入/输出中的链表。解释：按顺序根据旧节点找到新节点，让后让新节点的下一个指向存在hash表中旧节点对应下一个对应的新节点。，并使原链表和复制链表中的这些指针能够表示相同的链表状态。复制链表中的指针都不应指向原链表中的节点。解释：按顺序根据旧节点找到新节点，让后让新节点的随机指向存在hash表中旧节点对应随机对应的新节点。，其中每个新节点的值都设为其对应的原节点的值。

如果是多线程环境下，每个线程抢占Singleton类的对象资源，但是可能会发生对个线程同时请求对象实例的问题，这个时候就有可能创建多个对象，从而导致数据不一致，就会出现线程安全问题。实际上对于序列化与反序列化破坏单例模式的问题，主要是通过readObject（）方法，出现了破坏单例模式的现象，主要是因为这个方法最后会通过反射调用无参数的构造方法创建一个新的对象，从而每次返回的对象都不一致。其实是因为java的底层做了很多的方法来防止我们的枚举类单例模式被破坏，其中一点就是我们无法创建枚举类的实例。

使用 Redis 解决了在集群模式下的 Session共享问题,使用拦截器实现用戶的登录校验和权限刷新基于Cache Aside模式解决数据库与缓存的一致性问题使用 Redis 对高频访问的信息进行缓存 ，降低了数据库查询的压力 ,解决了缓存穿透、雪崩、击穿问题使用 Redis + Lua脚 本实现对用戶秒杀资格的预检 ，同时用乐观锁解决秒杀产生的超卖问题使用Redis分布式锁解决了在集群模式下一人一单的线程安全问题基于stream结构作为消息队列,实现异步秒杀下单。

【代码】设计模式-单例模式。