java项目

Spring事务管理：事务保证了用户每一次操作都是可靠的，即使出现了异常，也能够保证后台数据的完整性。Spring事务是通过 TransactionDefinition 接口来定义的，简述事务隔离级别。Spring声明式事务通过AOP完成，由于事务管理本身就是横切逻辑，只需要将事务规则切入对应的业务逻辑即可。本项目的事务管理主要放在了dao层，直接用存储过程去实现。

 

AOP:主要用于横向切入代码，解除代码的耦合，便于管理。主要实现过程，通过配置aop xml文件，匹配所有需要共同操作的方法，比如Logger在进行日志管理时，大量的方法都需要进行日志的打印，此时可以将打印日志操作在方法中横向的切入，统一管理。

 

IOC：控制反转，spring通过注解的方式，把程序中要用到的javabean放入ioc容器当中，在javabean被使用的时候，利用反射机制，动态的创建javabean对象，ioc容器会管理这些对象的声明周期，这样就不需要通过编码的方式来完成对象的创建回收工作，极大的解除了代码的耦合度，开发更加高效。

 

数据库连接池：项目使用了开源的第三方数据库连接池c3p0，主要因为c3p0稳定性较好，在大并发量的压力下也有不错的表现。

 

Spring使用ThreadLocal解决线程安全问题

我们知道在一般情况下，只有无状态的Bean才可以在多线程环境下共享，在Spring中，绝大部分Bean都可以声明为singleton作用域。就是因为Spring对一些Bean(如RequestContextHolder、TransactionSynchronizationManager、LocaleContextHolder等)中非线程安全状态采用ThreadLocal进行处理，让它们也成为线程安全的状态，因为有状态的Bean就可以在多线程中共享了。

ThreadLocal和线程同步机制都是为了解决多线程中相同变量的访问冲突问题。

在同步机制中，通过对象的锁机制保证同一时间只有一个线程访问变量。这时该变量是多个线程共享的，使用同步机制要求程序缜密地分析什么时候对变量进行读写，什么时候需要锁定某个对象，什么时候释放对象锁等繁杂的问题，程序设计和编写难度相对较大。

而ThreadLocal则从另一个角度来解决多线程的并发访问。ThreadLocal会为每一个线程提供一个独立的变量副本，从而隔离了多个线程对数据的访问冲突。因为每一个线程都拥有自己的变量副本，从而也就没有必要对该变量进行同步了。ThreadLocal提供了线程安全的共享对象，在编写多线程代码时，可以把不安全的变量封装进ThreadLocal。

由于ThreadLocal中可以持有任何类型的对象，低版本JDK所提供的get()返回的是Object对象，需要强制类型转换。但JDK5.0通过泛型很好的解决了这个问题，在一定程度地简化ThreadLocal的使用。

概括起来说，对于多线程资源共享的问题，同步机制采用了“以时间换空间”的方式，而ThreadLocal采用了“以空间换时间”的方式。前者仅提供一份变量，让不同的线程排队访问，而后者为每一个线程都提供了一份变量，因此可以同时访问而互不影响。

 

项目中遇到的困难：首先是后台的架构，在做之前除了根据springMVC常用的controller+service+dao层的设计以外，还设计dto层，主要用于后端各层之间的数据交互，以及为前端设计统一封装的数据结构，有一些是自己根据经验来设计的，还有一些是学习了网上的架构设计。其次就是关于高并发场景做性能优化的问题。

1.     redis

2.     增记录和减库存

3.     用sql存储过程直接实现秒杀。通过java接口，直接调用 sql秒杀存储过程。insert，update

 

主要是  数据库层面的并发。如果是Java的话，就用  sychronized，lock机制。

 

能处理100个，来了10000个：

       等待。就像LOL登录。

       或者不处理。404状态码。

       Nginx去做负载均衡。分流。