spring_ioc

IOC

准备:

@Test
public void doTest() {
// 传入配置类
AnnotationConfigApplicationContext annotationConfigApplicationContext = new AnnotationConfigApplicationContext(MainConfig.class);
// 根据name获取bean
Person person = (Person) annotationConfigApplicationContext.getBean("person");
// 根据class获取bean
String[] beanNamesForType = annotationConfigApplicationContext.getBeanNamesForType(Person.class);
// 可获得容器中所有组件的名称
String[] beanDefinitionNames = annotationConfigApplicationContext.getBeanDefinitionNames();
for (String name : beanDefinitionNames) {
System.out.println(name);
}
}
Read more
Shiro

Shiro

Authentication:身份认证/登录,验证用户是不是拥有相应的身份;

Authorization:授权,即权限验证,验证某个已认证的用户是否拥有某个权限;即判断用户是否能做事情,常见的如:验证某个用户是否拥有某个角色。或者细粒度的验证某个用户对某个资源是否具有某个权限;

Session Manager:会话管理,即用户登录后就是一次会话,在没有退出之前,它的所有信息都在会话中;会话可以是普通JavaSE环境的,也可以是如Web环境的;

Cryptography:加密,保护数据的安全性,如密码加密存储到数据库,而不是明文存储;

Web Support:Web支持,可以非常容易的集成到Web环境;

Caching:缓存,比如用户登录后,其用户信息、拥有的角色/权限不必每次去查,这样可以提高效率;

Concurrency:shiro支持多线程应用的并发验证,即如在一个线程中开启另一个线程,能把权限自动传播过去;

Testing:提供测试支持;

Run As:允许一个用户假装为另一个用户(如果他们允许)的身份进行访问;

Remember Me:记住我,这个是非常常见的功能,即一次登录后,下次再来的话不用登录了。

Shiro四大核心功能:Authentication, Authorization, Cryptography, Session Management

Shiro三个核心组件:Subject, SecurityManager 和 Realms.

Subject:主体,代表了当前“用户”,这个用户不一定是一个具体的人,与当前应用交互的任何东西都是Subject,如网络爬虫,机器人等;即一个抽象概念;所有Subject都绑定到SecurityManager,与Subject的所有交互都会委托给SecurityManager;可以把Subject认为是一个门面;SecurityManager才是实际的执行者;

SecurityManager:安全管理器;即所有与安全有关的操作都会与SecurityManager交互;且它管理着所有Subject;可以看出它是Shiro的核心,它负责与后边介绍的其他组件进行交互,如果学习过SpringMVC,你可以把它看成DispatcherServlet前端控制器;

Realm:域,Shiro从从Realm获取安全数据(如用户、角色、权限),就是说SecurityManager要验证用户身份,那么它需要从Realm获取相应的用户进行比较以确定用户身份是否合法;也需要从Realm得到用户相应的角色/权限进行验证用户是否能进行操作;可以把Realm看成DataSource,即安全数据源。

Read more
SeckillThinking

秒杀系统设计及问题解决

项目地址:https://github.com/JiayiY/SeckillSystem

流程图

秒杀流程图

Read more
ConcurrentHashMap

多线程环境下如何解决HashMap线程安全的问题?

Read more
ThreadPool

线程池

为什么使用线程池

  • 创建/销毁线程需要消耗系统资源,线程池可以复用已创建的线程
  • 并发线程数量过多,可能会导致资源消耗过多,从而造成服务器崩溃,线程池可以统一管理线程,控制并发的数量(主要原因);
Read more
ThreadLocal

简介

利用synchronzed或者lock解决线程安全的问题时,会让未获取到锁的线程进行阻塞等待。线程安全问题的核心在于多个线程会对同一个临界区共享资源进行操作,那么,如果每个线程都使用自己的“共享资源”,各自用各自的,又互相不影响,让多个线程间达到隔离的状态,这样就不会出现线程安全的问题。

于是ThreadLocal应运而生,使每个线程都拥有某个变量副本,达到人手一份的效果,从而避免共享资源的竞争。

Read more