\tCollection StringBuffered 数组
\n长度：
\n元素的数据类型
\nCollection\nList 自动扩展的数组\nArrayList(常用)（底层数据数组）\nLinkedList（底层数据链表）\nVector(了解，已过时)（底层数据数组 线程安全）\nSet 不能重复的数组 全部非线程同步\nTreeSet(红黑树)\nHashSet(常用)（哈希表）（红黑树）\nLinkedHashSet（底层数据结构由哈希表和链表组成。）\nMap\nHashMap(常用) （底层数据结构是哈希表(是一个元素为链表的数组)）\nLinkedHashMap（底层数据链表）\nTreeMap（底层数据结构是红黑树(是一个自平衡的二叉树)）\nConcurrentHashMap (线程安全的HashMap 比Hashtable效率高)\nHashtable(了解，，已过时) (线程安全)\t\t
\nList<String> list= Arrays.asList(\"wo\",\"lai\",\"test\");\nIterator<String> it = list.iterator();\nwhile (it.hasNext()){\n System.out.println(it.next());\n}HashSet集合
\nTreeSet集合
\nLinkedHashSet集合
\nList list = Collections.synchronizedList(new ArrayList());\t被ArrayList替代
\n\t\tVector所有方法都是同步，有性能损失。
\n\t\tVector初始length是10 超过length时 以100%比率增长，相比于ArrayList更多消耗内存\t
\n![\"img\"](\"https://image-static.segmentfault.com/263/852/2638529766-5acb2898afc6a_articlex\")
![\"img\"](\"https://image-static.segmentfault.com/378/032/3780325928-5acb2898afbf5_articlex\")
Map map = new HashMap();\nmap.put(\"object\",\"object\");\nSet<Map.Entry<Integer, String>> entries = map.entrySet();\nIterator<Map.Entry<Integer, String>> iteratorMap = entries.iterator();\nwhile (iteratorMap.hasNext()){\n Map.Entry<Integer, String> next = iteratorMap.next();\n System.out.println(next);//object=object\n}run():仅仅是封装被线程执行的代码，直接调用是普通方法\nstart():首先启动了线程，然后再由jvm去调用该线程的run()方法。
\n是多线程的。不仅仅是启动main线程，还至少会启动垃圾回收线程的，不然谁帮你回收不用的内存~
\n 线程安全是针对多线程来讲的，如果所使用的公用变量在多线程下没有被保护机制时，变量结果会和理论值不一致，这样就叫作线程不安全，\n 相反公用变量在保护机制下工作，就不会出现“随机”变化，这时叫线程安全。
\n同步方法默认用this或者当前类class对象作为锁；\n\n同步代码块可以选择以什么来加锁，比同步方法要更细颗粒度，我们可以选择只同步会发生同步问题的部分代码而不是整个方法；\n\n同步方法使用关键字 synchronized修饰方法，而同步代码块主要是修饰需要进行同步的代码，用 synchronized（object）{代码内容}进行修饰；僵尸：一个进程使用fork创建子进程，如果子进程退出，而父进程并没有调用wait或waitpid获取子进程的状态信息，那么子进程的进程描述符仍然保存在系统中。这种进程称之为僵死进程。
\n孤儿：父进程退出，子进程仍在运行中。这些子进程就叫做孤儿进程，孤儿进程将被init进程(进程号为1)所收养，并由init进程对它们完成状态收集工作
\nI- 就是从硬盘到内存O- 就是从内存到硬盘| IO | \nNIO | \n
|---|---|
| 面向Stream | \n面向Buffer | \n
| 阻塞IO | \n非阻塞IO | \n
| \n | Selectors | \n
\t1、使用IO和NIO的API是不同的（废话）
\n\t2、处理数据的方式
\n\t3、处理数据所用到的线程数
\n内存泄露导致堆栈内存不断增大，从而引发内存溢出。
\n大量的jar，class文件加载，装载类的空间不够，溢出
\n操作大量的对象导致堆内存空间已经用满了，溢出
\nnio直接操作内存，内存过大导致溢出
\n解决
\nSpring Cloud基于Spring Boot，
\n为微服务体系开发中的架构问题，\n提供了一整套的解决方案——服务注册与发现，服务消费，服务保护与熔断，网关，分布式调用追踪，分布式配置管理等。
\nSpring是一个大的概念，Spring从最开始的一个Library到现在一个系列，其中最主要的包括Spring Framework, Spring Data, Spring Security, Spring Batch等等，以及快速框架Spring Boot，其中最重要的项目是Spring Framework，这个项目包括了IoC, AOP, MVC以及Testing。
\n第一个需要明白的是Spring的核心思想是什么？Spring整个系列的最最核心的概念当属IoC, AOP，什么是IoC和AOP就不展开了，简而言之，将对象创建过程的职责赋予容器，通过容器管理对象的生老病死， 将对象创建过程从编译时延期到运行时，即通过配置进行加载，这样一来就解决了不用编译后期选择具体实现，其实就是面向对象的核心理念，针对接口编程。IoC开始就是个factory加上依赖管理罢了，这样一来，一个系统的创建过程就从原先的new改为配置组装，内部通过注入解决了依赖关系，只要满足接口协议即插即用。通过IoC, AOP事实上形成了一个套路，通过这个套路完成了系统的整合。所以Spring并没有说自己写一个ORM，而是用统一的套路完成了多个ORM的集成，这也是Spring越做越大的基础，慢慢就形成了Spring Way，其实这个才是Spring最有价值的地方。
\nSpring框架至今已集成了20多个模块。这些模块主要被分如下图所示的核心容器、数据访问/集成,、Web、AOP（面向切面编程）、工具、消息和测试模块。
\nCore module\nBean module\nContext module\nExpression Language module\nJDBC module\nORM module\nOXM module\nJava Messaging Service(JMS) module\nTransaction module\nWeb module\nWeb-Servlet module\nWeb-Struts module\nWeb-Portlet module
\n控制反转是一种设计原则 最常见的方式叫做依赖注入 还有一种方式叫“依赖查找”
\nSpring容器中的bean可以分为5个范围。所有范围的名称都是自说明的，但是为了避免混淆，还是让我们来解释一下：
\nsingleton：这种bean范围是默认的，这种范围确保不管接受到多少个请求，每个容器中只有一个bean的实例，单例的模式由bean factory自身来维护。\nprototype：原形范围与单例范围相反，为每一个bean请求提供一个实例。\nrequest：在请求bean范围内会每一个来自客户端的网络请求创建一个实例，在请求完成以后，bean会失效并被垃圾回收器回收。\nSession：与请求范围类似，确保每个session中有一个bean的实例，在session过期后，bean会随之失效。\nglobal-session：global-session和Portlet应用相关。当你的应用部署在Portlet容器中工作时，它包含很多portlet。如果你想要声明让所有的portlet共用全局的存储变量的话，那么这全局变量需要存储在global-session中。\n全局作用域与Servlet中的session作用域效果相同。
\nSpring Bean的生命周期简单易懂。在一个bean实例被初始化时，需要执行一系列的初始化操作以达到可用的状态。同样的，当一个bean不在被调用时需要进行相关的析构操作，并从bean容器中移除。
\nSpring bean factory 负责管理在spring容器中被创建的bean的生命周期。Bean的生命周期由两组回调（call back）方法组成。
\n初始化之后调用的回调方法。\n销毁之前调用的回调方法。\nSpring框架提供了以下四种方式来管理bean的生命周期事件：
\nInitializingBean和DisposableBean回调接口\n针对特殊行为的其他Aware接口\nBean配置文件中的Custom init()方法和destroy()方法\n@PostConstruct和@PreDestroy注解方式\n使用customInit()和 customDestroy()方法管理bean生命周期的代码样例如下：
\nBeanFactory 可以理解为含有bean集合的工厂类。BeanFactory 包含了种bean的定义，以便在接收到客户端请求时将对应的bean实例化。
\nBeanFactory还能在实例化对象的时生成协作类之间的关系。此举将bean自身与bean客户端的配置中解放出来。BeanFactory还包含了bean生命周期的控制，调用客户端的初始化方法（initialization methods）和销毁方法（destruction methods）。
\n从表面上看，application context如同bean factory一样具有bean定义、bean关联关系的设置，根据请求分发bean的功能。但application context在此基础上还提供了其他的功能。
\n轻量：Spring 是轻量的，基本的版本大约2MB。\n控制反转：Spring通过控制反转实现了松散耦合，对象们给出它们的依赖，而不是创建或查找依赖的对象们。\n面向切面的编程(AOP)：Spring支持面向切面的编程，并且把应用业务逻辑和系统服务分开。\n容器：Spring 包含并管理应用中对象的生命周期和配置。\nMVC框架：Spring的WEB框架是个精心设计的框架，是Web框架的一个很好的替代品。\n事务管理：Spring 提供一个持续的事务管理接口，可以扩展到上至本地事务下至全局事务（JTA）。\n异常处理：Spring 提供方便的API把具体技术相关的异常（比如由JDBC，Hibernate or JDO抛出的）转化为一致的unchecked 异常。
\nhttps://blog.csdn.net/a745233700/article/details/80959716
\nhttp://ifeve.com/spring-interview-questions-and-answers/
\nhttps://juejin.im/post/5b065000f265da0de45235e6#heading-8
\nSpring MVC是一个基于Java的实现了MVC设计模式的请求驱动类型的轻量级Web框架，通过把Model，View，Controller分离，将web层进行职责解耦，把复杂的web应用分成逻辑清晰的几部分，简化开发，减少出错，方便组内开发人员之间的配合。
\n（1）用户发送请求至前端控制器DispatcherServlet；\n（2） DispatcherServlet收到请求后，调用HandlerMapping处理器映射器，请求获取Handle；\n（3）处理器映射器根据请求url找到具体的处理器，生成处理器对象及处理器拦截器(如果有则生成)一并返回给DispatcherServlet；\n（4）DispatcherServlet 调用 HandlerAdapter处理器适配器；\n（5）HandlerAdapter 经过适配调用 具体处理器(Handler，也叫后端控制器)；\n（6）Handler执行完成返回ModelAndView；\n（7）HandlerAdapter将Handler执行结果ModelAndView返回给DispatcherServlet；\n（8）DispatcherServlet将ModelAndView传给ViewResolver视图解析器进行解析；\n（9）ViewResolver解析后返回具体View；\n（10）DispatcherServlet对View进行渲染视图（即将模型数据填充至视图中）\n（11）DispatcherServlet响应用户。
\n（1）可以支持各种视图技术,而不仅仅局限于JSP；
\n（2）与Spring框架集成（如IoC容器、AOP等）；
\n（3）清晰的角色分配：前端控制器(dispatcherServlet) , 请求到处理器映射（handlerMapping), 处理器适配器（HandlerAdapter), 视图解析器（ViewResolver）。
\n（4） 支持各种请求资源的映射策略。
\n（1）springmvc的入口是一个servlet即前端控制器（DispatchServlet），而struts2入口是一个filter过虑器（StrutsPrepareAndExecuteFilter）。
\n（2）springmvc是基于方法开发(一个url对应一个方法)，请求参数传递到方法的形参，可以设计为单例或多例(建议单例)，struts2是基于类开发，传递参数是通过类的属性，只能设计为多例。
\n（3）Struts采用值栈存储请求和响应的数据，通过OGNL存取数据，springmvc通过参数解析器是将request请求内容解析，并给方法形参赋值，将数据和视图封装成ModelAndView对象，最后又将ModelAndView中的模型数据通过reques域传输到页面。Jsp视图解析器默认使用jstl。
\n（1）转发：在返回值前面加\"forward:\"，譬如\"forward:user.do?name=method4\"
\n（2）重定向：在返回值前面加\"redirect:\"，譬如\"redirect:http://www.baidu.com\"
\n通过Jackson框架就可以把Java里面的对象直接转化成Js可以识别的Json对象。具体步骤如下 ：
\n（1）加入Jackson.jar
\n（2）在配置文件中配置json的映射
\n（3）在接受Ajax方法里面可以直接返回Object,List等,但方法前面要加上@ResponseBody注解。
\n解决post请求乱码问题：\n在web.xml中配置一个CharacterEncodingFilter过滤器，设置成utf-8；
\nget请求中文参数出现乱码解决方法有两个：\n修改tomcat配置文件添加编码与工程编码一致\n另外一种方法对参数进行重新编码：\nString userName = new String(request.getParamter(\"userName\").getBytes(\"ISO8859-1\"),\"utf-8\")
\nISO8859-1是tomcat默认编码，需要将tomcat编码后的内容按utf-8编码。
\n答：可以将异常抛给Spring框架，由Spring框架来处理；我们只需要配置简单的异常处理器，在异常处理器中添视图页面即可。
\n是单例模式,所以在多线程访问的时候有线程安全问题,不要用同步,会影响性能的,解决方案是在控制器里面不能写字段。
\n@RequestMapping：用于处理请求 url 映射的注解，可用于类或方法上。用于类上，则表示类中的所有响应请求的方法都是以该地址作为父路径。
\n@RequestBody：注解实现接收http请求的json数据，将json转换为java对象。
\n@ResponseBody：注解实现将conreoller方法返回对象转化为json对象响应给客户。
\nSpingMvc中的控制器的注解一般用那个,有没有别的注解可以替代？
\n一般用@Conntroller注解,表示是表现层,不能用别的注解代替。
\n可以在@RequestMapping注解里面加上method=RequestMethod.GET。
\n答：直接在方法的形参中声明request,SpringMvc就自动把request对象传入。
\n答：直接在形参里面声明这个参数就可以,但必须名字和传过来的参数一样。
\n答：直接在方法中声明这个对象,SpringMvc就自动会把属性赋值到这个对象里面。
\n答：返回值可以有很多类型,有String, ModelAndView。ModelAndView类把视图和数据都合并的一起的，但一般用String比较好。
\n答：通过ModelMap对象,可以在这个对象里面调用put方法,把对象加到里面,前台就可以通过el表达式拿到。
\n答：可以在类上面加上@SessionAttributes注解,里面包含的字符串就是要放入session里面的key。
\n有两种写法,一种是实现HandlerInterceptor接口，另外一种是继承适配器类，接着在接口方法当中，实现处理逻辑；然后在SpringMvc的配置文件中配置拦截器即可：
\n注解原理：\n注解本质是一个继承了Annotation的特殊接口，其具体实现类是Java运行时生成的动态代理类。我们通过反射获取注解时，返回的是Java运行时生成的动态代理对象。通过代理对象调用自定义注解的方法，会最终调用AnnotationInvocationHandler的invoke方法。该方法会从memberValues这个Map中索引出对应的值。而memberValues的来源是Java常量池。
\nhttps://blog.csdn.net/a745233700/article/details/80977133
\n导包
\n创建链接对象
\n往传递prepareStatement sql
\n#{}解析传递进来的参数数据
#{}是预编译处理，${}是字符串替换。
\n${}对传递进来的参数原样拼接在SQL中
\n使用#{}可以有效的防止SQL注入，提高系统安全性。
\nmysql 使用 LASTINSERTID()
\noracle select 序列.nextval() from dual
\n以标签的形式编写动态sql，完成逻辑判断和动态拼接sql的功能。
\n根据表达式的值动态拼接sql，以此来完成动态sql的功能。
\ntrim|where|set|foreach|if|choose|when|otherwise|bind。
\n如果配置了namespace那么当然是可以重复的，因为我们的Statement实际上就是namespace+id
\n如果没有配置namespace的话，那么相同的id就会导致覆盖了。
\nHibernate属于全自动ORM映射工具，使用Hibernate查询关联对象或者关联集合对象时，可以根据对象关系模型直接获取，所以它是全自动的。
\n而Mybatis在查询关联对象或关联集合对象时，需要手动编写sql来完成，所以，称之为半自动ORM映射工具。
\nMybatis使用RowBounds对象进行分页，它是针对ResultSet结果集执行的内存分页，而非物理分页，可以在sql内直接书写带有物理分页的参数来完成物理分页功能，也可以使用分页插件来完成物理分页。
\n分页插件的基本原理是使用Mybatis提供的插件接口，实现自定义插件，在插件的拦截方法内拦截待执行的sql，然后重写sql，根据dialect方言，添加对应的物理分页语句和物理分页参数。
\nselect * from student，拦截sql后重写为：select t.* from （select * from student）t limit 0，10
\nMybatis仅可以编写针对ParameterHandler、ResultSetHandler、StatementHandler、Executor这4种接口的插件，Mybatis使用JDK的动态代理，为需要拦截的接口生成代理对象以实现接口方法拦截功能，每当执行这4种接口对象的方法时，就会进入拦截方法，具体就是InvocationHandler的invoke()方法，当然，只会拦截那些你指定需要拦截的方法。
\n实现Mybatis的Interceptor接口并复写intercept()方法，然后在给插件编写注解，指定要拦截哪一个接口的哪些方法即可，记住，别忘了在配置文件中配置你编写的插件。
\nMybatis仅支持association关联对象和collection关联集合对象的延迟加载，association指的就是一对一，collection指的就是一对多查询。在Mybatis配置文件中，可以配置是否启用延迟加载lazyLoadingEnabled=true|false。
\n它的原理是，使用CGLIB创建目标对象的代理对象，当调用目标方法时，进入拦截器方法，比如调用a.getB().getName()，拦截器invoke()方法发现a.getB()是null值，那么就会单独发送事先保存好的查询关联B对象的sql，把B查询上来，然后调用a.setB(b)，于是a的对象b属性就有值了，接着完成a.getB().getName()方法的调用。这就是延迟加载的基本原理。
\n当然了，不光是Mybatis，几乎所有的包括Hibernate，支持延迟加载的原理都是一样的。
\nMybatis有三种基本的Executor执行器，SimpleExecutor、ReuseExecutor、BatchExecutor。
\n作用范围：Executor的这些特点，都严格限制在SqlSession生命周期范围内。
\nMybatis和hibernate不同，它不完全是一个ORM框架，因为MyBatis需要程序员自己编写Sql语句，不过mybatis可以通过XML或注解方式灵活配置要运行的sql语句，并将java对象和sql语句映射生成最终执行的sql，最后将sql执行的结果再映射生成java对象。
\nMybatis学习门槛低，简单易学，程序员直接编写原生态sql，可严格控制sql执行性能，灵活度高，非常适合对关系数据模型要求不高的软件开发，例如互联网软件、企业运营类软件等，因为这类软件需求变化频繁，一但需求变化要求成果输出迅速。但是灵活的前提是mybatis无法做到数据库无关性，如果需要实现支持多种数据库的软件则需要自定义多套sql映射文件，工作量大。
\nHibernate对象/关系映射能力强，数据库无关性好，对于关系模型要求高的软件（例如需求固定的定制化软件）如果用hibernate开发可以节省很多代码，提高效率。但是Hibernate的缺点是学习门槛高，要精通门槛更高，而且怎么设计O/R映射，在性能和对象模型之间如何权衡，以及怎样用好Hibernate需要具有很强的经验和能力才行。\n总之，按照用户的需求在有限的资源环境下只要能做出维护性、扩展性良好的软件架构都是好架构，所以框架只有适合才是最好。
\n一个seesion多次
\n多个session共享
\npage\ninclude\ntaglib JSTL
\npageContext PageContext 当前页面共享数据，还可以获取其他八个内置对象\nrequest HttpServletRequest 一次请求访问的多个资源(转发)\nsession \t\t\t HttpSession 一次会话的多个请求间\napplication \t\t ServletContext 所有用户间共享数据\nresponse \t\t\t HttpServletResponse 响应对象\npage \t\t\t\t Object 当前页面(Servlet)的对象 this\nout \t\t\t\t JspWriter 输出对象，数据输出到页面上\nconfig ServletConfig Servlet的配置对象\nexception \t\t\t Throwable 异常对象
\npageScope\t--> pageContext\nrequestScope --> request\nsessionScope --> session\napplicationScope --> application（ServletContext）
\nif\nchoosee\nforeach\nout
\n不*号查询\n使用连接查询代替子查询\n创建索引\n通过explain
\n第一范式：每列都是不可再分的最小数据单位\n第二范式：一个表中只能保存一种数据\n第三范式：每一列数据都和主键直接相关，而不能间接相关
\n5 10 ->6 15 实际+1
\n![\"image-20190310230502121\"](\"/Users/kastrcn/Library/Application%20Support/typora-user-images/image-20190310230502121.png\")
1、脏读： 读取了回滚的数据 事务A读取了事务B更新的数据，然后B回滚操作，那么A读取到的数据是脏数据 度
\n2、不可重复读：有人操作 两次结果不一致 事务 A 多次读取同一数据，事务 B 在事务A多次读取的过程中，对数据作了更新并提交，导致事务A多次读取同一数据时，结果 不一致。
\n3、幻读： 读取了未修改过的数据 系统管理员A将数据库中所有学生的成绩从具体分数改为ABCDE等级，但是系统管理员B就在这个时候插入了一条具体分数的记录，当系统管理员A改结束后发现还有一条记录没有改过来，就好像发生了幻觉一样，这就叫幻读。
\n1、原子性（Atomicity）：事务开始后所有操作，要么全部做完，要么全部不做，不可能停滞在中间环节。事务执行过程中出错，会回滚到事务开始前的状态，所有的操作就像没有发生一样。也就是说事务是一个不可分割的整体，就像化学中学过的原子，是物质构成的基本单位。
\n2、一致性（Consistency）：事务开始前和结束后，数据库的完整性约束没有被破坏 。比如A向B转账，不可能A扣了钱，B却没收到。
\n3、隔离性（Isolation）：同一时间，只允许一个事务请求同一数据，不同的事务之间彼此没有任何干扰。比如A正在从一张银行卡中取钱，在A取钱的过程结束前，B不能向这张卡转账。
\n4、持久性（Durability）：事务完成后，事务对数据库的所有更新将被保存到数据库，不能回滚。
\nmysql 可重复读
\noracle 读已提交
\nmemcached所有的值均是简单的字符串，redis作为其替代者，支持更为丰富的数据类型
\nredis的速度比memcached快很多
\nredis可以持久化其数据
\nString、List、Set、Sorted Set、hashes
\n512M
\n 一)、Snapshotting
\n快照是默认的持久化方式。这种方式是就是将内存中数据以快照的方式写入到二进制文件中,默认的文件名为dump.rdb。可以通过配置设置自动做快照持久化的方式。我们可以配置 redis在 n 秒内如果超过 m 个 key 被修改就自动做快照，下面是默认的快照保存配置：
\nredis 支持两种持久化方式，一种是 Snapshotting（快照）也是默认方式，另一种是 Append-only file（缩写 aof）的方式。下面分别介绍：
\n 1.redis 调用 fork,现在有了子进程和父进程。
\n 2. 父进程继续处理 client 请求，子进程负责将内存内容写入到临时文件。由于 os 的实时复制机制（ copy on write)父子进程会共享相同的物理页面，当父进程处理写请求时 os 会为父进程要修改的页面创建副本，而不是写共享的页面。所以子进程地址空间内的数据是 fork时刻整个数据库的一个快照。
\n 3.当子进程将快照写入临时文件完毕后，用临时文件替换原来的快照文件，然后子进程退出。client 也可以使用 save 或者 bgsave 命令通知 redis 做一次快照持久化。 save 操作是在主线程中保存快照的，由于 redis 是用一个主线程来处理所有 client 的请求，这种方式会阻塞所有client 请求。所以不推荐使用。另一点需要注意的是，每次快照持久化都是将内存数据完整写入到磁盘一次，并不是增量的只同步变更数据。如果数据量大的话，而且写操作比较多，必然会引起大量的磁盘 io 操作，可能会严重影响性能。
\n 二)、AOF方式
\n\t\t每一条都持久化
\n 由于快照方式是在一定间隔时间做一次的，所以如果 redis 意外 down 掉的话，就会丢失最后一次快照后的所有修改。如果应用要求不能丢失任何修改的话，可以采用 aof 持久化方式。下面介绍 Append-only file:aof 比快照方式有更好的持久化性，是由于在使用 aof 持久化方式时,redis 会将每一个收到的写命令都通过 write 函数追加到文件中(默认是 appendonly.aof)。当 redis 重启时会通过重新执行文件中保存的写命令来在内存中重建整个数据库的内容。当然由于 os 会在内核中缓存 write 做的修改，所以可能不是立即写到磁盘上。这样 aof 方式的持久化也还是有可能会丢失部分修改。不过我们可以通过配置文件告诉 redis 我们想要通过 fsync 函数强制 os 写入到磁盘的时机。有三种方式如下（默认是：每秒 fsync 一次）
","frontmatter":{"title":""}}},"pageContext":{"slug":"/build/repo/Django/ms/"}}