rin

1）springmvc的入口是一个servlet，即前端控制器，例如：*.actionstruts2入口是一个filter过虑器，即前端过滤器，例如：/*2）springmvc是基于方法开发，传递参数是通过方法形参，可以设计为单例struts2是基于类开发，传递参数是通过类的属性，只能设计为多例3）springmvc通过参数解析器是将request对象内容进行解析成方法形参，将响应数据和页面封装成 ModelAndView对象，最后又将模型数据通过request对象传输到页面struts采用值栈存储请求和响应的数据，通过OGNL存取数据

最近才发现spring也能实现MVC，于是在网上找了找相关介绍：当初选框架的时候目的比较单纯---springmvc支持rest，小生对restful url由衷的喜欢不用不知道一用就发现开发效率确实比struts2高我们用struts2时采用的传统的配置文件的方式，并没有使用传说中的0配置spring3 mvc可以认为已经100%零配置了（除了配置springmvc-servlet.xml外）比较了一下strus2与spring3 mvc的差别============================================struts2框架是类级别的拦截，每次来了请求就创建一个Action，然后调用setter getter方法把request中的数据注入struts2实际上是通过setter getter方法与request打交道的struts2中，一个Action对象对应一个request上下文spring3 mvc不同，spring3mvc是方法级别的拦截，拦截到方法后根据参数上的注解，把request数据注入进去在spring3mvc中，一个方法对应一个request上下文好了我们来整理一下struts2是类级别的拦截，一个类对应一个request上下文，springmvc是方法级别的拦截，一个方法对应一个request上下文，而方法同时又跟一个url对应所以说从架构本身上 spring3 mvc就容易实现restful url而struts2的架构实现起来要费劲因为struts2 action的一个方法可以对应一个url而其类属性却被所有方法共享，这也就无法用注解或其他方式标识其所属方法了===================================spring3mvc的方法之间基本上独立的，独享request response数据请求数据通过参数获取，处理结果通过ModelMap交回给框架方法之间不共享变量而struts2搞的就比较乱，虽然方法之间也是独立的，但其所有Action变量是共享的这不会影响程序运行，却给我们编码读程序时带来麻烦====================================spring mvc 优点：spring mvc通过策略接口，Spring 框架是高度可配置的，而且包含多种视图技术，例如 JavaServer Pages（JSP）技术、Velocity、Tiles、iText 和 POI。Spring MVC 框架并不知道使用的视图，所以不会强迫您只使用 JSP 技术。它是一个典型的教科书式的mvc构架，而不像struts等都是变种或者不是完全基于mvc系统的框架，对于初学者或者想了解mvc的人来说我觉得 spring是最好的，它的实现就是教科书！第二它和tapestry一样是一个纯正的servlet系统，这也是它和tapestry相比 struts所没有的优势。而且框架本身有代码，而且看起来也不费劲比较简单可以理解。1、Spring3 MVC的学习难度小于Struts2，Struts2用不上的多余功能太多。呵呵，当然这不是决定因素。2、Spring3 MVC很容易就可以写出性能优秀的程序，Struts2要处处小心才可以写出性能优秀的程序（指MVC部分）3、Spring3 MVC的灵活是你无法想像的，Spring的扩展性有口皆碑，Spring3 MVC当然也不会落后，不会因使用了MVC框架而感到有任何的限制。====================================spring3 mvc的验证也是一个亮点，支持JSR303处理ajax的请求更是方便只需一个注解@ResponseBody ，然后直接返回响应文本即可附上一段代码：@RequestMapping(value="/whitelists")public String index(ModelMap map){Account account = accountManager.getByDigitId(SecurityContextHolder.get().getDigitId()) ;u200d List<Group> groupList = groupManager.findAllGroup(account.getId()) ;map.put("account", account);map.put("groupList", groupList);return "/group/group-index" ;}//@ResponseBody ajax响应@RequestMapping(value="/whitelist/{whiteListId}/del")@ResponseBodypublic String delete(@PathVariable Integer whiteListId){whiteListManager.deleteWhiteList(whiteListId) ;return "success" ;}Struts 和 SpringMVC 的区别是什么呢？很多人学习了ssh ，都晓得struts最早被人用来控制表现层，但是struts已经有了mvc 为什么还有spring mvc呢？所以我稍微查阅了一些资料，总结了一下他们的区别：1. 机制。spring mvc 的入口是servlet，而struts是filter（这里要指出，filter和servlet是不同的。以前认为filter是servlet的一种特殊），这样就导致了二者的机制不同，这里就牵涉到servlet和filter的区别了，我其他博客会专门写一写 servlet和filter之间的区别。2.性能。 spring会稍微比struts快。spring mvc 是基于方法的设计，而sturts是基于类，每次发一次请求都会实例一个 action ，每个action都会被注入属性，而spring基于方法，粒度更细，但要小心把握像在servlet控制数据一样。3.参数传递。 struts是在接受参数的时候，可以用属性来接受参数，这就说明参数是让多个方法共享的。4.设计思想上。struts 更加符合oop的编程思想， spring就比较谨慎，在servlet上扩展，5.intercepter的实现机制。struts有以自己的interceptor机制，spring mvc 用的是独立的AOP方式。这样导致struts的配置文件量还是比spring mvc大，虽然struts的配置能继承，所以我觉得论使用上来讲，spring mvc使用更加简洁。

hibernate工作原理原理：1.读取并解析配置文件2.读取并解析映射信息，创建SessionFactory3.打开Sesssion4.创建事务Transation5.持久化操作6.提交事务7.关闭Session8.关闭SesstionFactory为什么要用：1. 对JDBC访问数据库的代码做了封装，大大简化了数据访问层繁琐的重复性代码。2. Hibernate是一个基于JDBC的主流持久化框架，是一个优秀的ORM实现。他很大程度的简化DAO层的编码工作3. hibernate使用Java反射机制，而不是字节码增强程序来实现透明性。4. hibernate的性能非常好，因为它是个轻量级框架。映射的灵活性很出色。它支持各种关系数据库，从一对一到多对多的各种复杂关系。2． Hibernate是如何延迟加载?1. Hibernate2延迟加载实现：a)实体对象 b)集合（Collection）2. Hibernate3 提供了属性的延迟加载功能当Hibernate在查询数据的时候，数据并没有存在与内存中，当程序真正对数据的操作时，对象才存在与内存中，就实现了延迟加载，他节省了服务器的内存开销，从而提高了服务器的性能。3．Hibernate中怎样实现类之间的关系?(如：一对多、多对多的关系)类与类之间的关系主要体现在表与表之间的关系进行操作，它们都市对对象进行操作，我们程序中把所有的表与类都映射在一起，它们通过配置文件中的many-to-one、one-to-many、many-to-many、4． 说下Hibernate的缓存机制1. 内部缓存存在Hibernate中又叫一级缓存，属于应用事物级缓存2. 二级缓存：a) 应用及缓存b) 分布式缓存条件：数据不会被第三方修改、数据大小在可接受范围、数据更新频率低、同一数据被系统频繁使用、非 关键数据c) 第三方缓存的实现5． Hibernate的查询方式Sql、Criteria,object comptositionHql：1、 属性查询2、 参数查询、命名参数查询3、 关联查询4、 分页查询5、 统计函数6． 如何优化Hibernate？1.使用双向一对多关联，不使用单向一对多2.灵活使用单向一对多关联3.不用一对一，用多对一取代4.配置对象缓存，不使用集合缓存5.一对多集合使用Bag,多对多集合使用Set6. 继承类使用显式多态7. 表字段要少，表关联不要怕多，有二级缓存撑腰struts工作原理Struts工作机制？为什么要使用Struts？工作机制：Struts的工作流程:在web应用启动时就会加载初始化ActionServlet,ActionServlet从struts-config.xml文件中读取配置信息,把它们存放到各种配置对象当ActionServlet接收到一个客户请求时,将执行如下流程.-(1)检索和用户请求匹配的ActionMapping实例,如果不存在,就返回请求路径无效信息; -(2)如果ActionForm实例不存在,就创建一个ActionForm对象,把客户提交的表单数据保存到ActionForm对象中; -(3)根据配置信息决定是否需要表单验证.如果需要验证,就调用ActionForm的validate()方法; -(4)如果ActionForm的validate()方法返回null或返回一个不包含ActionMessage的ActuibErrors对象, 就表示表单验证成功; -(5)ActionServlet根据ActionMapping所包含的映射信息决定将请求转发给哪个Action,如果相应的 Action实例不存在,就先创建这个实例,然后调用Action的execute()方法; -(6)Action的execute()方法返回一个ActionForward对象,ActionServlet在把客户请求转发给 ActionForward对象指向的JSP组件; -(7)ActionForward对象指向JSP组件生成动态网页,返回给客户; 为什么要用：JSP、Servlet、JavaBean技术的出现给我们构建强大的企业应用系统提供了可能。但用这些技术构建的系统非常的繁乱，所以在此之上，我们需要一个规则、一个把这些技术组织起来的规则，这就是框架，Struts便应运而生。基于Struts开发的应用由3类组件构成：控制器组件、模型组件、视图组件8． Struts的validate框架是如何验证的？在struts配置文件中配置具体的错误提示，再在FormBean中的validate()方法具体调用。9． 说下Struts的设计模式MVC模式: web应用程序启动时就会加载并初始化ActionServler。用户提交表单时，一个配置好的ActionForm对象被创建，并被填入表单相应的数据，ActionServler根据Struts-config.xml文件配置好的设置决定是否需要表单验证，如果需要就调用ActionForm的 Validate（）验证后选择将请求发送到哪个Action，如果Action不存在，ActionServlet会先创建这个对象，然后调用 Action的execute（）方法。Execute（）从ActionForm对象中获取数据，完成业务逻辑，返回一个ActionForward对象，ActionServlet再把客户请求转发给ActionForward对象指定的jsp组件，ActionForward对象指定的jsp生成动态的网页，返回给客户。spring工作原理1.spring mvc请所有的请求都提交给DispatcherServlet,它会委托应用系统的其他模块负责负责对请求进行真正的处理工作。2.DispatcherServlet查询一个或多个HandlerMapping,找到处理请求的Controller.3.DispatcherServlet请请求提交到目标Controller4.Controller进行业务逻辑处理后，会返回一个ModelAndView5.Dispathcher查询一个或多个ViewResolver视图解析器,找到ModelAndView对象指定的视图对象6.视图对象负责渲染返回给客户端。为什么用：{AOP 让开发人员可以创建非行为性的关注点，称为横切关注点，并将它们插入到应用程序代码中。使用 AOP 后，公共服务 （比如日志、持久性、事务等）就可以分解成方面并应用到域对象上，同时不会增加域对象的对象模型的复杂性。IOC 允许创建一个可以构造对象的应用环境，然后向这些对象传递它们的协作对象。正如单词 倒置 所表明的，IOC 就像反 过来的 JNDI。没有使用一堆抽象工厂、服务定位器、单元素（singleton）和直接构造（straight construction），每一个对象都是用其协作对象构造的。因此是由容器管理协作对象（collaborator）。Spring即使一个AOP框架，也是一IOC容器。 Spring 最好的地方是它有助于您替换对象。有了 Spring，只要用 JavaBean 属性和配置文件加入依赖性（协作对象）。然后可以很容易地在需要时替换具有类似接口的协作对象。}Spring 框架是一个分层架构，由 7 个定义良好的模块组成。Spring 模块构建在核心容器之上，核心容器定义了创建、配置和管理 bean 的方式，如图 1 所示。组成 Spring 框架的每个模块（或组件）都可以单独存在，或者与其他一个或多个模块联合实现。每个模块的功能如下：☆ 核心容器：核心容器提供 Spring 框架的基本功能。核心容器的主要组件是 BeanFactory，它是工厂模式的实现。BeanFactory 使用控制反转 （IOC）模式将应用程序的配置和依赖性规范与实际的应用程序代码分开。☆ Spring 上下文：Spring 上下文是一个配置文件，向 Spring 框架提供上下文信息。Spring 上下文包括企业服务，例如 JNDI、EJB、电子邮件、国际化、校验和调度功能。☆ Spring AOP：通过配置管理特性，Spring AOP 模块直接将面向方面的编程功能集成到了 Spring 框架中。所以，可以很容易地使 Spring 框架管理的任何对象支持 AOP。Spring AOP 模块为基于 Spring 的应用程序中的对象提供了事务管理服务。通过使用 Spring AOP，不用依赖 EJB 组件，就可以将声明性事务管理集成到应用程序中。☆ Spring DAO：JDBC DAO 抽象层提供了有意义的异常层次结构，可用该结构来管理异常处理和不同数据库供应商抛出的错误消息。异常层次结构简化了错误处理，并且极大地降低了需要编写的异常代码数量（例如打开和关闭连接）。Spring DAO 的面向 JDBC 的异常遵从通用的 DAO 异常层次结构。☆ Spring ORM：Spring 框架插入了若干个 ORM 框架，从而提供了 ORM 的对象关系工具，其中包括 JDO、Hibernate 和 iBatis SQL Map。所有这些都遵从 Spring 的通用事务和 DAO 异常层次结构。☆ Spring Web 模块：Web 上下文模块建立在应用程序上下文模块之上，为基于 Web 的应用程序提供了上下文。所以，Spring 框架支持与 Jakarta Struts 的集成。Web 模块还简化了处理多部分请求以及将请求参数绑定到域对象的工作。☆ Spring MVC 框架：MVC 框架是一个全功能的构建 Web 应用程序的 MVC 实现。通过策略接口，MVC 框架变成为高度可配置的，MVC 容纳了大量视图技术，其中包括 JSP、Velocity、Tiles、iText 和 POI。Spring 框架的功能可以用在任何 J2EE 服务器中，大多数功能也适用于不受管理的环境。Spring 的核心要点是：支持不绑定到特定 J2EE 服务的可重用业务和数据访问对象。毫无疑问，这样的对象可以在不同 J2EE 环境 （Web 或 EJB）、独立应用程序、测试环境之间重用。IOC 和 AOP控制反转模式（也称作依赖性介入）的基本概念是：不创建对象，但是描述创建它们的方式。在代码中不直接与对象和服务连接，但在配置文件中描述哪一个组件需要哪一项服务。容器（在 Spring 框架中是 IOC 容器） 负责将这些联系在一起。在典型的 IOC 场景中，容器创建了所有对象，并设置必要的属性将它们连接在一起，决定什么时间调用方法。下表列出了 IOC 的一个实现模式。

基于Spring实现的MVC框架。不能不使用Spring，单独使用SpringMVC，因为其需要依赖Ioc容器等。但是如果单独为了更好的理解SpringMVC这种MVC框架，就把它和Struts/Struts2。。。一系列的MVC框架，只是基于DispatcherServlet或者Filter做一个前端分发器，最终把这个框架引导起来，进行其自己的逻辑处理。没有什么特殊的地方。每个MVC框架都有自己的特点，互相比较一下，就理解原理了。

前者是一个工具和开发框架，而后者是一个开发模式，这是两个完全不同的概念。前者里面包含有mvc这种模式，其本身是一种包含了该模式的开发工具和框架，因此需要注意区分两者的区别，以免混淆。

注解替代了以前XML需要的配置，换了一种表现形式而以，没有什么强大不强大，只是怎么样才能更快的编程和更好的管理代码。依赖注入也可以使用注解的，这个东西你去网上找点视频看下，就清楚了，对于有过开发经验的人没有什么难度。

1、ssh中的spring充当的是MVC中的Model的职能，他也可以集成hibernate等，但它不提供hibernate的功能，仅为集成。2、SpringMVC是MVC架构的整体实现，包括了MVC三项框架，有了它你就不需要再去集成struts和hibernate了，都是由它自己提供。

前端常使用模板引擎，主要有FreeMarker和Thymeleaf，它们都是用Java语言编写的，渲染模板并输出相应文本，使得界面的设计与应用的逻辑分离，同时前端开发还会使用到Bootstrap、AngularJS、JQuery等；在浏览器的数据传输格式上采用Json，非xml，同时提供RESTfulAPI；SpringMVC框架用于数据到达服务器后处理请求；到数据访问层主要有Hibernate、MyBatis、JPA等持久层框架；数据库常用MySQL；开发工具推荐IntelliJIDEA。扩展资料：SpringBoot所具备的特征有：（1）可以创建独立的Spring应用程序，并且基于其Maven或Gradle插件，可以创建可执行的JARs和WARs；（2）内嵌Tomcat或Jetty等Servlet容器；（3）提供自动配置的“starter”项目对象模型（POMS）以简化Maven配置；（4）尽可能自动配置Spring容器；（5）提供准备好的特性，如指标、健康检查和外部化配置；（6）绝对没有代码生成，不需要XML配置。Spring的初衷：1、JAVA EE开发应该更加简单。2、使用接口而不是使用类，是更好的编程习惯。Spring将使用接口的复杂度几乎降低到了零。3、为JavaBean提供了一个更好的应用配置框架。4、更多地强调面向对象的设计，而不是现行的技术如JAVA EE。5、尽量减少不必要的异常捕捉。6、使应用程序更加容易测试。参考资料来源：百度百科-spring框架参考资料来源：百度百科-Spring Boot

首先你要了解MVC的意思了然后MVC框架有好多strutsjsftapestry....你说spring如何实现mvc，这个听起来怪怪的你首先要对spring有所了解才行来看看spring给我们带了些什么Dao,ORM,AOP,Web...它里面提供了一个WEB框架，就可以实现MVC，并且可以和上面提到的其它MVC框架做集成，所以说呢，Spring本身就集成了MVC，你只需按它的规范去做就好了，不用再去想如何实现

　　一、 IoC(Inversion of control): 控制反转x0dx0a　　1、IoC：x0dx0a　　概念：控制权由对象本身转向容器；由容器根据配置文件去创建实例并创建各个实例之间的依赖关系x0dx0a　　核心：bean工厂；在Spring中，bean工厂创建的各个实例称作beanx0dx0a　　二、AOP(Aspect-Oriented Programming): 面向方面编程 。x0dx0a　　1、 代理的两种方式：x0dx0a　　静态代理：x0dx0a　　针对每个具体类分别编写代理类。x0dx0a　　针对一个接口编写一个代理类。x0dx0a　　动态代理：x0dx0a　　针对一个方面编写一个InvocationHandler，然后借用JDK反射包中的Proxy类为各种接口动态生成相应的代理类 。x0dx0a　　2、 AOP的主要原理：动态代理 。x0dx0a　　Spring工作原理x0dx0a　　Spring 已经用过一段时间了，感觉Spring是个很不错的框架。内部最核心的就是IOC了，x0dx0a　　动态注入，让一个对象的创建不用new了，可以自动的生产，这其实就是利用java里的反射 ，反射其实就是在运行时动态的去创建、调用对象，Spring就是在运行时，跟xml Spring的配置 文件来动态的创建对象，和调用对象里的方法的 。x0dx0a　　Spring还有一个核心就是AOP这个就是面向切面编程，可以为某一类对象 进行监督和控制（也就是 在调用这类对象的具体方法的前后去调用你指定的 模块）从而达到对一个模块扩充的功能。这些都是通过 配置类达到的。x0dx0a　　Spring目的：就是让对象与对象（模块与模块）之间的关系没有通过代码来关联，都是通过配置类说明 管理的（Spring根据这些配置 内部通过反射去动态的组装对象）x0dx0a　　要记住：Spring是一个容器，凡是在容器里的对象才会有Spring所提供的这些服务和功能。x0dx0a　　Spring里用的最经典的一个设计模式就是：模板方法模式。

Spring Web MVC 处理Http请求的大致过程：一旦Http请求到来，DispatcherSevlet将负责将请求分发。DispatcherServlet可以认为是Spring提供的前端控制器，所有的请求都有经过它来统一分发。在DispatcherServlet将请求分发给Spring Controller之前，需要借助于Spring提供的。HandlerMapping定位到具体的Controller。HandlerMapping是这样一种对象，它能够完成客户请求到Controller之间的映射。在Struts中，这种映射是通过struts-config.xml文件完成的。其中，Spring为Controller接口提供了若干实现，例如Spring默认使用的。BeanNameUrlHandlerMapping。还有，SimpleUrlHandlerMapping，CommonsPathMapHandlerMapping。Spring Controller将处理来自DispatcherServlet的请求。Spring的Controller类似于struts的Action，能够接受HttpServletRequest和HttpServletResponse。Spring为Controller接口提供了若干实现类，位于org.springframework.web.servlet.mvc包中。由于Controller需要为并发用户处理上述请求，因此实现Controller接口时，必须保证线程安全并且可重用。Controller将处理客户请求，这和Struts Action 扮演的角色是一致的。一旦Controller处理完客户请求，则返回ModelAndView对象给DispatcherServlet前端控制器。ModelAndView中包含了模型（Model）和视图（View）。从宏观角度考虑，DispatcherServlet是整个Web应用的控制器；从微观角度考虑，Controller是单个Http请求处理过程中的控制器，而ModelAndView是Http请求过程中返回的模型和视图。前端控制器返回的视图可以是视图的逻辑名，或者实现了View接口的对象。View对象能够渲染客户响应结果。其中，ModelAndView中的模型能够供渲染View时使用。借助于Map对象能够存储模型。如果ModelAndView返回的视图只是逻辑名，则需要借助Spring提供的视图解析器（ViewResoler）在Web应用中查找View对象，从而将响应结果渲染给客户。DispatcherServlet将View对象渲染出的结果返回个客户。

不会。在使用springmv此注解之后不会再走json视图解析器，而是直接将数据写入到输出流中，效果等同于使用response对象输出指定格式的数据。SpringWebMVC是一种基于Java的实现了MVC设计模式的、请求驱动类型的、轻量级Web框架。

System.out.println("OK");

Spring MVC属于SpringFrameWork的后续产品，已经融合在Spring Web Flow里面。Spring 框架提供了构建 Web 应用程序的全功能 MVC 模块。使用 Spring 可插入的 MVC 架构，可以选择是使用内置的 Spring Web 框架还可以是 Struts 这样的 Web 框架。通过策略接口，Spring 框架是高度可配置的，而且包含多种视图技术，例如 JavaServer Pages（JSP）技术、Velocity、Tiles、iText 和POI。Spring MVC 框架并不知道使用的视图，所以不会强迫您只使用 JSP 技术。Spring MVC 分离了控制器、模型对象、分派器以及处理程序对象的角色，这种分离让它们更容易进行定制。

其实model和session都是存放信息的地方，不同的地方就是他们的生命周期不同，model是request级别的 ，如果有什么不懂的可以看源码

依赖注入(IoC)，又称控制反转。 不用显示的在一个类里用new关键字来生成你想要的对象而只需在xml配置文件里添加相应节点即可，这样就让你整个程序的组成变得灵活多样。

Spring工作流程描述 1. 用户向服务器发送请求，请求被Spring 前端控制Servelt DispatcherServlet捕获； 2. DispatcherServlet对请求URL进行解析，得到请求资源标识符（URI）。然后根据该URI，调用HandlerMapping获得该Handler配置的所有相关的对象（包括Handler对象以及Handler对象对应的拦截器），最后以HandlerExecutionChain对象的形式返回； 3. DispatcherServlet 根据获得的Handler，选择一个合适的HandlerAdapter。（附注：如果成功获得HandlerAdapter后，此时将开始执行拦截器的preHandler(...)方法） 4. 提取Request中的模型数据，填充Handler入参，开始执行Handler（Controller)。 在填充Handler的入参过程中，根据你的配置，Spring将帮你做一些额外的工作： HttpMessageConveter： 将请求消息（如Json、xml等数据）转换成一个对象，将对象转换为指定的响应信息

springMVC工作原理：整个处理过程从一个HTTP请求开始： 1）DispatcherServlet接收到请求后，根据对应配置文件中配置的处理器映射，找到对应的处理器映射项（HandlerMapping），根据配置的映射规则，找到对应的处理器（Handler）。 2）调用相应处理器中的处理方法，处理该请求，处理器处理结束后会将一个ModelAndView类型的数据传给DispatcherServlet，这其中包含了处理结果的视图和视图中要使用的数据。 3）DispatcherServlet根据得到的ModelAndView中的视图对象，找到一个合适的ViewResolver（视图解析器），根据视图解析器的配置，DispatcherServlet将视图要显示的数据传给对应的视图，最后给浏览器构造一个HTTP响应。 DispatcherServlet是整个Spring MVC的核心。它负责接收HTTP请求组织协调Spring MVC的各个组成部分。其主要工作有以下三项： 1）截获符合特定格式的URL请求。 2）初始化DispatcherServlet上下文对应的WebApplicationContext，并将其与业务层、持久化层的WebApplicationContext建立关联。 3）初始化Spring MVC的各个组成组件，并装配到DispatcherServlet中。

最近我整理了一下一线架构师的Spring全家桶笔记：Spring+Spring Boot+Spring Cloud+Spring MVC，分享给大家一起学习一下~ 文末免费获取哦 Spring是一个轻量级控制反转(IoC)和面向切面(AOP)的容器框架。Spring框架是由于软件开发的复杂性而创建的。Spring使用的是基本的JavaBean来完成以前只可能由EJB完成的事情。然而，Spring的用途不仅仅限于服务器端的开发。从简单性、可测试性和松耦合性角度而言，绝大部分Java应用都可以从Spring中受益。 1.1 Spring面试必备题+解析 1.2 Spring学习笔记 （1）Spring源码深入解析 （2）Spring实战 1.3 Spring学习思维脑图 Spring Boot是由Pivotal团队提供的全新框架，其设计目的是用来简化新Spring应用的初始搭建以及开发过程。该框架使用了特定的方式来进行配置，从而使开发人员不再需要定义样板化的配置。通过这种方式，Spring Boot致力于在蓬勃发展的快速应用开发领域(rapid application development)成为领导者。 2.1 Spring Boot面试必备题+解析 2.2 Spring Boot学习笔记 （1）Spring Boot实践 （2）SpringBoot揭秘 快速构建微服务体系 2.3 SpringBoot学习思维脑图 springcloud是微服务架构的集大成者，将一系列优秀的组件进行了整合。基于springboot构建，对我们熟悉spring的程序员来说，上手比较容易。通过一些简单的注解，我们就可以快速的在应用中配置一下常用模块并构建庞大的分布式系统。 3.1 Spring Cloud面试必备题+解析 3.2 Spring Cloud学习笔记 （1）Spring Cloud参考指南 SpringMVC是一种基于Java的实现MVC设计模式的请求驱动类型的轻量级Web框架，使用了MVC架构模式的思想，将web层进行职责解耦，基于请求驱动指的就是使用请求-响应模型，框架的目的就是帮助我们简化开发 4.1 Spring MVC面试必备题+解析 4.2 Spring MVC学习笔记 （1）看透Spring MVC源代码分析与实践 （2）精通Spring MVC 最后分享一下一份JAVA核心知识点整理（PDF）

Spingmvc 基于MVC的设计思想更高效servlet 手写代码但是更灵活

jjjjjjjjjjjjjjjj jkl

这个应该有正常的规章制度，去看一下他们的制度就可以了，外人猜不到的。

【答案】：Spring提供了一个功能齐全的MVC框架用于构建Web应用程序。Spring框架可以很容易的和其他的MVC框架融合(如Struts)，该框架使用控制反转(IOC)将控制器逻辑和业务对象分离开来。它也允许以声明的方式绑定请求参数到业务对象上。

spring是框架，mvc是一种设计模式。，M代表model；V代表View；C代表controller从字面意思你也可以看出来M是指模型一般指DAO和service ；view代表显示一般指页面eg：jsp，html ftl等c值得是控制器，比如struts和springMVC 中的action与controller 而springMVC严格意义上指的是前端控制器，就是每次客户端与服务器交互都要经过springMVC的controller。

1、首先要明确什么是拦截器、什么是过滤器1.1 什么是拦截器： 拦截器，在AOP（Aspect-Oriented Programming）中用于在某个方法或字段被访问之前，进行拦截然后在之前或之后加入某些操作。拦截是AOP的一种实现策略。 在Webwork的中文文档的解释为——拦截器是动态拦截Action调用的对象。它提供了一种机制可以使开发者可以定义在一个action执行的前后执行的代码，也可以在一个action执行前阻止其执行。同时也是提供了一种可以提取action中可重用的部分的方式。 谈到拦截器，还有一个词大家应该知道——拦截器链（Interceptor Chain，在Struts2中称为拦截器栈 Interceptor Stack）。拦截器链就是将拦截器按一定的顺序联结成一条链。在访问被拦截的方法或字段时，拦截器链中的拦截器就会按其之前定义的顺序被调用。 1.2. 拦截器的实现原理： 大部分时候，拦截器方法都是通过代理的方式来调用的。Struts2的拦截器实现相对简单。当请求到达Struts2的ServletDispatcher时，Struts 2会查找配置文件，并根据其配置实例化相对的拦截器对象，然后串成一个列表（list），最后一个一个地调用列表中的拦截器。1.3 什么是过滤器过滤器是一个程序，它先于与之相关的servlet或JSP页面运行在服务器上。过滤器可附加到一个或多个servlet或JSP页面上，并且可以检查进入这些资源的请求信息。在这之后，过滤器可以作如下的选择：①以常规的方式调用资源（即，调用servlet或JSP页面）。②利用修改过的请求信息调用资源。③调用资源，但在发送响应到客户机前对其进行修改。④阻止该资源调用，代之以转到其他的资源，返回一个特定的状态代码或生成替换输出。1.4 Servlet过滤器的基本原理在Servlet作为过滤器使用时，它可以对客户的请求进行处理。处理完成后，它会交给下一个过滤器处理，这样，客户的请求在过滤链里逐个处理，直到请求发送到目标为止。例如，某网站里有提交“修改的注册信息”的网页，当用户填写完修改信息并提交后，服务器在进行处理时需要做两项工作：判断客户端的会话是否有效；对提交的数据进行统一编码。这两项工作可以在由两个过滤器组成的过滤链里进行处理。当过滤器处理成功后，把提交的数据发送到最终目标；如果过滤器处理不成功，将把视图派发到指定的错误页面。2、拦截器与过滤器的区别 ： 1. 拦截器是基于java的反射机制的，而过滤器是基于函数回调。2. 拦截器不依赖与servlet容器，过滤器依赖与servlet容器。 3. 拦截器只能对action请求起作用，而过滤器则可以对几乎所有的请求起作用。4. 拦截器可以访问action上下文、值栈里的对象，而过滤器不能访问。 5. 在action的生命周期中，拦截器可以多次被调用，而过滤器只能在容器初始化时被调用一次拦截器的代码实现(以struts2为例)：1、在xml文件中如何定义拦截器<interceptors><interceptor name="filterIPInterceptor"class="com.xxxx.web.FilterIPActionInterceptor" /><interceptor-stack name="filterIPStack"><interceptor-ref name="defaultStack" /><interceptor-ref name="filterIPInterceptor" /></interceptor-stack></interceptors>2、怎么遍别写自定义拦截器 public class FilterIPActionInterceptor extends AbstractInterceptor{/** 日志控制. */private final Log log = LogFactory.getLog(getClass());/*** @see com.opensymphony.xwork2.interceptor.AbstractInterceptor#intercept(com.opensymphony.xwork2.ActionInvocation)*/@Override@SuppressWarnings("unchecked")public String intercept(ActionInvocation invocation) throws Exception{String result = null;// 获得当前方法名.String methodName = invocation.getInvocationContext().getName();String currIp = null;try{if (invocation.getAction() instanceof PortletAction){PortletAction action = (PortletAction) invocation.getAction();currIp = action.getRequest().getRemoteAddr();}String ip = ApplicationResource.getHotValue("ALLOW_CACHE_IP");if (StringUtils.isBlank(ip) || StringUtils.isBlank(currIp)){log.error("允许刷新的IP不存在或当前请求的IP非法.");throw new NoAllowIPException();}else{String[] ips = ip.split(",");boolean errorIp = true;for (String s : ips){if (s.equals(currIp))errorIp = false;}// 判断IPif (errorIp)throw new NoAllowIPException();}result = invocation.invoke();//调用被拦截的方法}catch (Exception e){log.error("异常类名:" + invocation.getAction().getClass());log.error("异常方法:" + methodName, e);throw e;}return result;}}3、怎么编写过滤器1、在web.xml里面配置自定义的拦截器<filter><filter-name>Redirect Filter</filter-name><filter-class>com.xx.filter.RedirectFilter</filter-class></filter><filter-mapping><filter-name>Redirect Filter</filter-name><url-pattern>/xx/xx/*</url-pattern></filter-mapping>2、如何编写自定义的拦截器public class RedirectFilter implements Filter {public void doFilter(ServletRequest request, ServletResponse response,FilterChain filterChain) throws IOException, ServletException {// 获取URLLong startTime = null;if (log.isDebugEnabled()){startTime = System.currentTimeMillis();}HttpServletRequest httpRequest = (HttpServletRequest) request;String url = httpRequest.getRequestURL().toString();if (url == null || url.trim().length() == 0) {return;}if (url.indexOf(luceneCreateMapping) != -1|| url.indexOf(luceneSearchMapping) != -1) {doFilterForxxx(request, response, url);} else {doxxxx(request, response, url);}if (log.isDebugEnabled()){long endTime = System.currentTimeMillis();Thread currentThread = Thread.currentThread();String threadName = currentThread.getName();log.debug("[" + threadName + "]" + "< "+ this.getClass().getName() + " " + url + " "+ (endTime - startTime) + " ms");}// 激活下一个FilterfilterChain.doFilter(request, response);}}

这个是你需要的吗？如果满意请采纳，谢谢。

Spring框架提供了构建Web应用程序的全功能MVC模块。使用Spring可插入的MVC架构，可以选择是使用内置的SpringWeb框架还可以是Struts这样的Web框架。通过策略接口，Spring 框架是高度可配置的，而且包含多种视图技术，例如 JavaServer Page技术、iText 和 POI。Spring MVC 框架并不知道使用的视图，所以不会强迫您只使用 JSP 技术。Lifecycle for overriding binding, validation, etc，易于同其它View框架无缝集成，采用IOC便于测试。它是一个典型的教科书式的mvc构架，而不像struts等都是变种或者不是完全基于mvc系统的框架，对于初学者或者想了解mvc的人来说我觉得 spring是最好的，它的实现就是教科书。MVC作为WEB项目开发的核心环节，正如三个单词的分解那样，C将V与M分开构成了MVC ，不针对MVC的实现原理进行讲解，而是探讨实践中如何从应用SSH, 到Struts+Spring+Hibernate的演化过程。在使用Spring MVC 做java Web 项目时，乱码问题时常都会出现，解决方法也不尽相同，有简单也有复杂的；如果加入了Spring框架之后就不一样了，可以采用Spring框架自带的过滤器CharacterEncodingFilter，这样可以大大减轻了我们的工作量，即简单方便又容易理解。

的。Struts本身就是 MVC 在这里负责将用户数据传人业务层，以及 将业务层处理的结果返回给用户，此系统属于较简单WEB应用，采用了OpenSessionInView模式处理LazyLoad问题，这样我们可以在用户视图中使用 get，set方法来方便地获取关联对象。为了处理庞大的Action和ActionForm问题，在此我门准备使用DynaActionForm (DynaValidatorForm)和DispatchAction以及 动态验证框架 来解决。及使用Tile来解决框架问题 。使用自定义标签处理分页和身份验证问题。2 Spring Spring Framework最得以出名的是与Hibernate的无缝链接，虽然Spring 对Hibernate提供了90％以上的封装，使我们不必去关心Session 的建立，关闭，以及事务使我们能够专心的关注业务逻辑。但是一些特殊情况如 有时需要Query以及Criteria 对象，分页等，Spring不能给我们提供支持，总不能每次都在你的DAO上写个HibernateCallBackup()吧？Spring的作用不是把Hibernate再封装一层，而是让你接触不到Hibernate的API，而是帮助你管理好Session和Transaction。在这里解决方法是：首先 写一个IBase 的接口，和一个BaseDao的实现。在实现中仿照HibernateTemplate，将其功能一一实现，同时考虑到Spring 未能支持的地方，我们不得已只好自己来管理Session，因此加入public Session openSession()，public Query getQuery(String sql)，public Criteria getCriteria(Class clazz)，以及分页的方法。 然后为每一个Entity 都建立继承于以上类的IEntity，与EntityDao。这里可以根据需求对Entity加入特殊的方法实现，如 在 StudentsDao.java 中加入类似用户身份验证等。以上就是数据访问层。接下来在Service层中通过对dao的引用完成业务逻辑方法。在下面的例子中我们分别为学生模块，教师模块，管理员模块构建Service层，StudentsServiceImpl，TeachersServiceImpl，AdminServiceImpl。3 Hibernate 有了Spring的封装，我们要对Hibernate做的就是正确实现对象关系的映射。由于此处处于系统的最底层，准确无误的实现对象之间的关联关系映射将起着至关重要的作用。 总之，理解了Struts，Spring，Hibernate地原理以及之间的关系之后，剩下的工作就如同在以Spring为核心的Struts为表现的框架中堆积木。

前面一篇文章我们已经分析过了SpringMVC的初始化流程( https://www.jianshu.com/p/b254a45612e8 ),现在我们继续探究一下SpringMVC的请求处理过程; 首先复习一下,Spring基于Servlet实现的类的继承结构,有了继承结构图,我们就能更好的分析其原理 如你所知,HttpServlet类中有处理请求的doGet(), doPost(), service()等方法,如下图所示 有了HttpServlet的成员,我们再来看看它具体的实现,下面是HttpServlet接口的部分源码 关键部分都已经在源码中给出说明 从源码可知,FrameworkServlet对部分不同类型的请求进行了实现,那么就来看看FrameworkServlet的源码 从FrameworkServlet源码可知, doGet(), doPost(),doDelete(), doPut()等方法都调用了该类的processRequest()方法;而这个processRequest()方法最重要的就是doService()方法, 而doService()方法是由其子类DispatcherServlet实现的,所以我们不得不去看看DispatcherServlet的源码了; 至此,我们才到了DispatcherServlet处理请求的核心方法了, 至于doDispatch()方法,究竟是怎么处理的呢? 我们继续探究,先贴出doDispatch()的源码 这里借用松哥大佬的一张流程图，来详细总结一下doDispatch的流程， 原文链接： https://blog.csdn.net/u012702547/article/details/115176519?spm=1001.2014.3001.5501 未完待续

SpringMvc是spring的一个模块 基于MVC的一个框架 无需中间整合层来整合 SpringMvc整个的执行流程：1、发起请求到前端控制器（DispatcherServlet ）2、前端控制器请求HandlerMapping查找Handler（可以根据xml、注解进行查找）3、处理器映射器HandlerMapping向前端控制器DispatcherServlet 返回Handler4、前端控制器DispatcherServlet 调用处理器适配器HandlerAdapter 执行Handler5、处理器适配器HandlerAdapter 执行Handler6、Handler执行完给处理器适配器返回ModelAndView7、处理器适配器向前端控制器返回ModelAndView （ModelAndView 是SpringMvc的底层对象 包括model和view）8、前端控制器请求视图解析器去解析视图根据逻辑视图名解析成真正的视图（jsp）9、视图解析器向前端控制器返回view10、前端控制器进行视图渲染视图渲染将模型数据（模型数据在ModelAndView对象中）填充到request域11、前端控制器向用户响应结果

在Spring框架中，Spring MVC是基于Servlet API的MVC框架。Spring MVC的核心思想是将应用程序分成三个部分：模型（Model）、视图（View）和控制器（Controller）。在Spring MVC中，控制器负责处理HTTP请求并返回HTTP响应。控制器通过模型将数据传递给视图，然后视图负责将数据渲染成HTML响应。Spring框架提供了一个DispatcherServlet，它是一个Servlet，作为Spring MVC的前端控制器，用于管理控制器的生命周期和处理HTTP请求的分发。当客户端发送请求时，请求首先到达DispatcherServlet，然后DispatcherServlet将请求分派给适当的控制器。控制器处理请求并返回ModelAndView对象，该对象包含要渲染的视图名称和模型数据。然后DispatcherServlet根据视图名称调用视图解析器，解析器将找到视图并渲染响应。Spring框架使用了许多注解和XML配置来管理Spring MVC。在注解方面，@Controller和@RestController注解用于标记控制器类，@RequestMapping注解用于映射请求路径和处理方法。在XML配置方面，可以使用Spring的XML配置文件来配置DispatcherServlet、视图解析器和其他Spring MVC组件。

前言 现在主流的Web MVC框架除了Struts这个主力 外，其次就是Spring MVC了，因此这也是作为一名程序员需要掌握的主流框架，框架选择多了，应对多变的需求和业务时，可实行的方案自然就多了。不过要想灵活运用Spring MVC来应对大多数的Web开发，就必须要掌握它的配置及原理。 Spring mvc 介绍 Spring Web MVC是一种基于Java的实现了Web MVC设计模式的请求驱动类型的轻量级Web框架，即使用了MVC架构模式的思想，将web层进行职责解耦，基于请求驱动指的就是使用请求-响应模型，框架的目的就是帮助我们简化开发，Spring Web MVC也是要简化我们日常Web开发 image.png spring mvc 常用注解详解 @Controller 在SpringMVC 中，控制器Controller 负责处理由DispatcherServlet 分发的请求，它把用户请求的数据经过业务处理层处理之后封装成一个Model ，然后再把该Model 返回给对应的View 进行展示。在SpringMVC 中提供了一个非常简便的定义Controller 的方法，你无需继承特定的类或实现特定的接口，只需使用@Controller 标记一个类是Controller ，然后使用@RequestMapping 等一些注解用以定义请求URL 请求和Controller 方法之间的映射，这样的Controller 就能被外界访问到。其标记在一个类上，使用它标记的类就是一个SpringMVC Controller 对象。分发处理器将会扫描使用了该注解的类的方法，并检测该方法是否使用@RequestMapping 注解。@Controller 只是定义了一个控制器类，而使用@RequestMapping 注解的方法才是真正处理请求的处理器。此外我们还需要将controller注册到spring里 @RequestMapping RequestMapping是一个用来处理请求地址映射的注解，可用于类或方法上。用于类上，表示类中的所有响应请求的方法都是以该地址作为父路径，作用于方法上，表明该处理器的请求地址=父路径+方法上url+method，其拥有6个属性 1、 value， method；定义处理器访问的具体体质 value： 指定请求的实际地址，指定的地址可以是URI Template 模式； method： 指定请求的method类型， GET、POST、PUT、DELETE等； 2、consumes，produces 定义处理器内容类型 consumes： 指定处理请求的提交内容类型（Content-Type），例如application/json, text/html; produces: 指定返回的内容类型，仅当request请求头中的(Accept)类型中包含该指定类型才返回； 3、params，headers 定义处理器处理类型 params： 指定request中必须包含某些参数值，才让该方法处理！ headers： 指定request中必须包含某些指定的header值，才能让该方法处理请求。 @PathVariable 用于将请求URL中的模板变量映射到功能处理方法的参数上，即取出uri模板中的变量作为参数。如： @requestParam @requestParam主要用于在SpringMVC后台控制层获取参数，类似一种是request.getParameter("name")，它有三个常用参数：defaultValue = "0", required = false, value = "isApp"；defaultValue 表示设置默认值，required 铜过boolean设置是否是必须要传入的参数，value 值表示接受的传入的参数类型。 @ResponseBody 作用： 该注解用于将Controller的方法返回的对象，通过适当的HttpMessageConverter转换为指定格式后，写入到Response对象的body数据区。使用时机：返回的数据不是html标签的页面，而是其他某种格式的数据时（如json等）使用； @RequestBody 该注解常用来处理Content-Type: 不是application/x-www-form-urlencoded编码的内容，例如application/json, application/xml等；它是通过使用HandlerAdapter 配置的HttpMessageConverters来解析post data body，然后绑定到相应的bean上的。 spring mvc 拦截器配置 preHandle：预处理回调方法，返回值：true表示继续流程，false表示流程中断（如登录检查失败），不会继续续调用其他的拦截器或处理器，此时我们需要通过response来产生响应； postHandle：后处理回调方法，实现处理器的后处理（但在渲染视图之前），此时我们可以通过modelAndView（模型和视图对象）对模型数据进行处理或对视图进行处理，modelAndView也可能为null。 afterCompletion：整个请求处理完毕回调方法，即在视图渲染完毕时回调，如性能监控中我们可以在此记录结束时间并输出消耗时间，还可以进行一些资源清理，类似于try-catch-finally中的finally，但仅调用处理器执行链中preHandle返回true的拦截器的afterCompletion。 spring mvc 静态资源放问配置 image.png spring mvc 文件上传 前端 后端 spring mvc 工作流程详解 image.png 1、 用户发送请求至前端控制器DispatcherServlet。 2、 DispatcherServlet收到请求调用HandlerMapping处理器映射器。 3、 处理器映射器找到具体的处理器(可以根据xml配置、注解进行查找)，生成处理器对象及处理器拦截器(如果有则生成)一并返回给DispatcherServlet。 4、 DispatcherServlet调用HandlerAdapter处理器适配器。 5、 HandlerAdapter经过适配调用具体的处理器(Controller，也叫后端控制器)。 6、 Controller执行完成返回ModelAndView。 7、 HandlerAdapter将controller执行结果ModelAndView返回给DispatcherServlet。 8、 DispatcherServlet将ModelAndView传给ViewReslover视图解析器。 9、 ViewReslover解析后返回具体View。 10、DispatcherServlet根据View进行渲染视图（即将模型数据填充至视图中）。 11、 DispatcherServlet响应用户。 如果你也对Java架构比如分布式、微服务、源码分析、性能优化、高并发高可用等技术感兴趣可以在手机上面私信我，回复「架构」二字即可免费领取一套价值3880的架构资料哦。

http://blog.csdn.net/itshow/article/details/368960

SpringMVC和spring是两个概念，不要搞混了

首先我们需要了解一下Spring Cloud，然后再来了解Spring Cloud Alibaba； 源自官方描述： Spring Cloud为开发人员提供了一些工具用来快速构建分布式系统中的一些常见模式和解决一些常见问题（例如配置管理、服务发现、断路器、智能路由、微代理、控制总线、一次性令牌、全局锁、领导选举、分布式会话、群集状态）。分布式系统的协调导致了很多样板式的代码（很多固定套路的代码），使用Spring Cloud开发人员可以快速建立实现这些模式的服务和应用程序。它们在任何分布式环境中都能很好地运行，包括开发人员自己的笔记本电脑、裸机数据中心和云计算等托管平台； Spring Cloud为分布式系统开发的典型应用场景提供良好的开箱即用的功能: Spring Cloud Alibaba是Spring Cloud下的一个子项目，Spring Cloud Alibaba为分布式应用程序开发提供了一站式解决方案，它包含开发分布式应用程序所需的所有组件，使您可以轻松地使用Spring Cloud开发应用程序，使用Spring Cloud Alibaba，您只需要添加一些注解和少量配置即可将Spring Cloud应用程序连接到Alibaba的分布式解决方案，并使用Alibaba中间件构建分布式应用程序系统； Spring Cloud Alibaba 是阿里巴巴开源中间件跟 Spring Cloud 体系的融合: 动力节点的Spring Cloud Alibaba学习教程，将带你深入掌握基于Spring Cloud Alibaba技术栈的微服务开发技术，包括nacos、sentinel、seata、gateway、skywalking等，培养独立进行企业微服务项目架构的能力; Spring Cloud Alibaba视频教程 https://www.bilibili.com/video/BV1nK4y Spring Cloud Alibaba资料下载 http://www.bjpowernode.com/?toutiao u2022001.视频导读 u2022002.Spring家族产品梳理 u2022003.What is Spring-Cloud-Alibaba？ u2022004.Nacos运行环境部署 u2022005.向Nacos注册中心注册服务 u2022006.从Nacos发现服务并负载均衡调用 u2022007.从Nacos发现服务并负载均衡调用 u2022008.Nacos客户端信息缓存 u2022009.Nacos客户端信息缓存 u2022010.Nacos Config配置中心启动读取外部配置 u2022011.Nacos Config配置中心自动刷新 u2022012.Nacos Config配置中心yaml配置 u2022013.Nacos Config配置中心多环境配置 u2022014.问答交流 u2022015.内容回顾-配置中心数据模型 u2022016.配置中心三层结构数据配置隔离 u2022017.配置中心三层结构数据配置隔离 u2022018.配置版本回滚-服务注册分组 u2022019.Nacos管控台用户权限管理 u2022020.Nacos数据持久化 u2022021.Nacos数据持久化 u2022022.Nacos集群环境部署 u2022023.Nacos集群环境测试 u2022024.Nacos集群统一入口Nginx u2022025.快速回顾 u2022026.RestTemplate无参数Get调用返回String u2022027.RestTemplate无参数Get调用返回User u2022028.RestTemplate有参数Get调用返回User u2022029.RestTemplate有参数Get调用返回User u2022030.RestTemplate有参数Post调用返回User u2022031.RestTemplate有参数Post调用返回User u2022032.RestTemplate传输User对象参数Post调用返回User u2022033.RestTemplate传输JSON参数Post调用返回User u2022034.RestTemplate有参数Put调用 u2022035.RestTemplate有参数Delete调用 u2022036.RestTemplate方法调用梳理总结 u2022037.RestTemplate结合Ribbon实现负载均衡 u2022038.RestTemplate结合Ribbon实现负载均衡 u2022039.Ribbon负载均衡实现策略 u2022040.自定义Ribbon负载均衡实现策略 u2022041.更改Ribbon负载均衡实现策略 u2022042.Ribbon的核心接口组成 u2022043.Ribbon负载均衡策略个性化配置 u2022044.Ribbon结合Nacos实现权重负载均衡策略 u2022045.Ribbon结合Nacos负载均衡策优先调用同名集群 u2022046.Ribbon结合Nacos基于版本负载均衡策略 u2022047.Ribbon结合Nacos基于命名空间负载均衡策略 u2022048.What is Feign？ u2022049.Spring Cloud Alibaba基于Feign的远程调用 u2022050.Spring Cloud Alibaba基于Feign+Ribbon负载均衡远程调用 u2022051.Spring Cloud Alibaba基于Feign的相关配置 u2022052.脱离Ribbon的Feign的远程调用 u2022054.微服务的级联故障服务雪崩 u2022055.Spring Cloud Alibaba集成Sentinel u2022056.Spring Cloud Alibaba基于Sentinel管理后台数据测试 u2022057.Spring Cloud Alibaba基于Sentinel实现限流 u2022058.Spring Cloud Alibaba基于Sentinel实现限流自定义返回结果 u2022059.Spring Cloud Alibaba基于Sentinel实现限流自定义跳转页面 u2022060.Spring Cloud Alibaba基于Sentinel线程数限流 u2022061.Spring Cloud Alibaba基于Sentinel资源关联限流 u2022062.Spring Cloud Alibaba基于Sentinel流控规则和流控效果 u2022063.问答交流 u2022064.快速回顾和演示环境预备 u2022065.Spring Cloud Alibaba Sentinel 服务降级RT u2022066.Spring Cloud Alibaba Sentinel 服务降级异常比例和异常数 u2022067.Spring Cloud Alibaba Sentinel 热点参数规则 u2022068.Spring Cloud Alibaba Sentinel 热点参数规则小细节 u2022069.Spring Cloud Alibaba Sentinel 系统保护规则 u2022070.Spring Cloud Alibaba Sentinel 授权规则 u2022071.Spring Cloud Alibaba Sentinel Dashboard控制台通信原理 u2022072.Spring Cloud Alibaba Sentinel 对Controller请求url埋点 u2022073.Spring Cloud Alibaba Sentinel 手写代码实现埋点 u2022074.Spring Cloud Alibaba Sentinel 采用注解实现埋点 u2022075.Spring Cloud Alibaba Sentinel 对RestTemplate流控和熔断 u2022076.Spring Cloud Alibaba Sentinel 对Feign流控和熔断 u2022077.问答交流 u2022078.Sentinel规则持久化-拉模式持久化到本地文件 u2022079.Sentinel规则持久化-拉模式持久化到本地文件 u2022080.Sentinel规则持久化-推模式持久化到Nacos u2022081.Sentinel规则持久化-推模式持久化到Nacos u2022082.Spring Cloud Gateway 网关功能特性 u2022083.Spring Cloud Gateway 网关搭建 u2022084.Spring Cloud Gateway 网关服务调用 u2022085.Spring Cloud Gateway 网关谓词 u2022086.Spring Cloud Gateway 网关谓词 u2022087.Spring Cloud Gateway 网关谓词 u2022088.Spring Cloud Gateway 网关过滤器 u2022089.Spring Cloud Gateway 问答交流 u2022090.Spring Cloud Gateway自定义谓词 u2022091.Spring Cloud Gateway自定义谓词 u2022092.Spring Cloud Gateway自定义谓词不匹配404页面 u2022093.Spring Cloud Gateway自定义过滤器 u2022094.Spring Cloud Gateway全局过滤器 u2022095.Spring Cloud Gateway自定义全局过滤器 u2022096.Spring Cloud Gateway集成Ribbon实现负载均衡 u2022097.Spring Cloud Gateway集成Sentinel限流 u2022098.Spring Cloud Gateway集成Sentinel限流自定义错误页 u2022099.Spring Cloud Gateway集成Sentinel规则持久化到文件 u2022100.Spring Cloud Gateway集成Sentinel规则持久化到Nacos u2022101.Spring Cloud Gateway内部执行流程源码分析 u2022102.Spring Cloud Gateway小结 u2022103.快速回顾 u2022104.Spring Cloud Gateway跨域CORS请求 u2022105.Spring Cloud Gateway跨域CORS请求 u2022106.What is SkyWalking？ u2022107.Skywalking运行环境部署 u2022108.SkyWalking Agent对微服务的链路追踪 u2022109.SkyWalking Agent对微服务链路追踪 u2022110.SkyWalking Agent加入IDEA中对微服务链路追踪 u2022111.SkyWalking 监控告警通知 u2022112.SkyWalking 监控告警通知 u2022113.SkyWalking 微服务链路追踪数据持久化MySQL u2022114.SkyWalking 问答交流 u2022115.Skywalking持久化跟踪数据elasticsearch u2022116.Skywalking持久化跟踪数据elasticsearch u2022117.Skywalking对多个跨服务的链路跟踪 u2022118.Skywalking对多个跨服务的链路跟踪 u2022119.Skywalking自定义链路跟踪 u2022120.Skywalking集成logback输出traceId日志 u2022121.Skywalking UI界面-仪表盘 u2022122.Skywalking UI界面-拓扑图-追踪-性能剖析-告警 u2022123.Skywalking 基于nacos集群 u2022124.Skywalking 基于nacos集群 u2022125.Skywalking 基于nacos集群 u2022126.Skywalking 问答交流 u2022127.What is Seata？ u2022128.Seata分布式事务生命周期 u2022129.Seata TC Server运行环境部署 u2022130.Seata基于AT事务模式单体应用多数据源分布式事务 u2022131.Seata基于AT事务模式单体应用多数据源分布式事务 u2022132.Seata基于AT事务模式单体应用多数据源分布式事务 u2022133.Seata基于AT事务模式多个微服务分布式事务 u2022134.Seata基于AT事务模式多个微服务分布式事务 u2022135.Seata基于AT事务模式多个微服务分布式事务 u2022136.Seata基于AT事务模式执行机制 u2022137.Seata AT事务模式 u2022138.Seata AT事务模式写数据隔离 u2022139.Seata AT事务模式写数据隔离 u2022140.Seata AT事务模式读数据隔离 u2022141.Seata AT事务模式读数据隔离 u2022142.Seata TC Server集群环境部署 u2022143.Seata TC Server集群环境部署 u2022144.Seata TC Server集群环境集成测试 u2022145.Seata TC Server集群环境集成测试 u2022146.Seata TCC事务模式的运行机制 u2022147.Seata TCC事务模式SpringBoot单体应用案例 u2022148.Seata TCC事务模式SpringBoot单体应用案例 u2022149.Seata TCC事务模式SpringCloudAlibab微服务应用案例 u2022150.Seata TCC事务模式SpringCloudAlibab微服务应用案例 u2022151.What is Spring Cloud Stream u2022152.Spring Cloud Stream的核心概念 u2022153.Spring Cloud Stream集成RocketMQ配置 u2022154.Spring Cloud Stream集成RocketMQ发送消息 u2022155.Spring Cloud Stream集成RocketMQ接收消息 u2022156.Spring Cloud Stream集成RocketMQ监听接收消息 u2022157.Spring Cloud Stream集成RocketMQ多种发送消息方式 u2022158.Spring Cloud Stream Starter代码分析 u2022159.Spring Cloud Stream集成RocketMQ发送事务消息 u2022160.Spring Cloud Stream集成RocketMQ对象标签消息 u2022161.Spring Cloud Stream问答交流

键盘手在乐队里，要学会捕捉各种音乐风格。。。不是说作为键盘手应该如何伴奏，而是看不同的音乐风格来用不同的手方、织体来伴奏。。。《爱的就是你》，键盘里有小副旋律，音色为“organ”拉杆风琴音色（我不知道LZ是什么琴、有没有这个音色）。。。这曲子我在台上弹过无数回。。。但每一次都可以用不同的弹法来弹。。。这个要接触到“即兴演奏”和键盘fusion的复杂问题。。。不是三两句话解释得清楚的。。。要不，LZ哪天有兴趣，开个视频我教你得了。。。呵呵。。。

不可以， 可以利用string.c_str() 函数来返回一个const char* 的指针后进行比对 。const char* a = "12345"; string b = "23456"; strcmp(a, b._cstr());

string.hstdlib.h包含了很多标准函数和标准宏定义，比如NULL, EXIT_SUCCESS等。ctype.h包含了很多类型定义string.h包含了字符串操作相关算法。

这是一个自拍用的环形补光灯，使用前先充电，夹到手机上，打开开关，自拍就行了。

GeorgMarinGeorgMarin是一名演员，代表作品有《寒春》、《Tatort》等。外文名：GeorgMarin职业：演员代表作品：《寒春》、《Tatort》合作人物：NikiDrozdowski主要作品电影作品人物关系

是阿斯顿马丁，不错，如果有图的话，就能知道是哪款的了

MarinCaktasMarinCaktas是一名演员，代表作品有《柏林围墙》、《女子二号的快乐收场》等。外文名：MarinCaktas职业：演员代表作品：《柏林围墙》合作人物：FritzRoth

LucianoMarinLucianoMarin是一名电影演员，主要作品有《Giornataneraperl"ariete》、《布贝的未婚妻》。外文名：LucianoMarin职业：副导演、助理导演代表作品：《Giornataneraperl"ariete》合作人物：LuigiBazzoni

第九十四回　诸葛亮乘雪破羌兵　司马懿克日擒孟达第九十五回　马谡拒谏失街亭　武侯弹琴退仲达

“豆浆妹油条哥”

我是PW510的真实用户，2010年6月中旬在某宝购入的PW510，购买前做了许多功课，通过网络恶补民谣吉他制作材质、工艺、品牌、配置.....PW510既然是CORT(正规品牌平民价格)公司出的高端品牌(与雷克萨斯之于丰田类似)，又是价格平易近人的玫瑰木全单，虽然没有期待它有泰勒、马丁的表现，但也肯定不会差到哪里去.....基于这些考虑，最终购买了这把琴。事实证明，这款琴的表现略优于预期，后来(2011年前后)去实体店分别体验过CORT在2千多价位的面单、6千左右的马丁面单、海鸥1万左右的全单、泰勒1万4的全单(桃花芯背侧)，CORT面单在手感、音色、音准各方面，都与PW510有巨大差距，6千左右的马丁不得不说，再便宜的马丁也是马丁，除了音色和PW510算作各有千秋，手感明显优于PW510，海鸥琴感觉要比PW510要灵动一些，但音色真不如PW510，手感也并不出色，倒是这把1万4左右的泰勒，虽是桃花芯木背侧，无论手感、音色、音准、吉他味.....还真是不可与PW510同日而语 啊! 不过花4千多(当时价格)购买一把玫瑰木全单，而且各方面表现均衡甚至优异的琴，除非虚荣心太强，PW510真是一把不可多得的好琴，最近联系赴港朋友到通利带一套ELIXIS 16052(头一回)再试试琴，回头再与琴友分享体验。

这是家原创设计师品牌，设计师来自巴黎，她很喜欢从旅行中获得灵感，所以设计中还有纽约，马德里的一些元素。

到百度能查到

迈凯伦塞纳。值得一提的是这辆车的车门采用了半透明的设计，也就是驾驶员坐在车里面，腿部动作在车外可以看得一清二楚这样的设计虽然别具一格但是对于很多女士来说，却并不是很友好车窗部分也是采用了分层设计，面积大的车窗保证了驾驶员视野的开阔，面积小的车窗用来满足通风的需要。迈凯伦塞纳的特点不过在动力方面这辆迈凯轮塞纳非常的突出，搭载了M840TR40升双涡轮增压引擎最大马力789，峰值扭矩800，百公里加速仅仅需要28秒。这是迈凯轮塞纳McLaren Senna起拍价的两倍，但我们不能确定有多少额外的钱流向了汽车销售商。那是因为东西上装满了期权这显然使原始价格超出了750,000英镑的起点超级跑车与普通的不一样的地方就在于而超级跑车非但不会贬值这辆迈凯轮就是如此。

啊，你查字典marina是阴性名词来自意大利语，海滨（指海滨游乐地）；也有说来自拉丁文意指海洋的仅个人浅薄观点……我不是专门研究词源的……不过这些名字在多种语言中都是通用的，所以，啊。

马林县简介马林县一边是太平洋，另一边是旧金山湾，毫无疑问地处黄金地段。自然（环境）的优美不局限在本县境内：木伊尔 (Muir) 森林和塔玛尔派斯山 (Mount Tamalpais) 是本县境内诸多景观的代表。这里壮观的自然景观吸引着众多富强公司和富豪来这里安家，因此马林县居民骄傲地占据着全美国人均收入的榜首。正如人们对如此富裕的地方所期待的那样，马林县的豪华住宅销售市场十分繁荣。豪华阵容包括海边精美豪宅、森林幽居和俯瞰旧金山湾及美妙绝伦的旧金山的山上豪宅，旧金山就在金门桥另一侧。 手工翻译楼主要在美国最富的地方购置房产？是位大富豪吧

迈凯伦塞纳。值得一提的是这辆车的车门采用了半透明的设计，也就是驾驶员坐在车里面，腿部动作在车外可以看得一清二楚这样的设计虽然别具一格但是对于很多女士来说，却并不是很友好车窗部分也是采用了分层设计，面积大的车窗保证了驾驶员视野的开阔，面积小的车窗用来满足通风的需要。迈凯伦塞纳的特点不过在动力方面这辆迈凯轮塞纳非常的突出，搭载了M840TR40升双涡轮增压引擎最大马力789，峰值扭矩800，百公里加速仅仅需要28秒。这是迈凯轮塞纳McLaren Senna起拍价的两倍，但我们不能确定有多少额外的钱流向了汽车销售商。那是因为东西上装满了期权这显然使原始价格超出了750,000英镑的起点超级跑车与普通的不一样的地方就在于而超级跑车非但不会贬值这辆迈凯轮就是如此。

MarinMazzieMarinMazzie是一名演员，代表作品有《第68届托尼奖颁奖典礼》、《ReeferMadness:GrassRoots》等。外文名：MarinMazzie职业：演员代表作品：《第68届托尼奖颁奖典礼》、《ReeferMadness:GrassRoots》合作人物：格伦·维斯

可能是捷安特ATX770-D，价格2500-2800之间

http://news.baidu.com/ns?cl=2&rn=20&tn=news&word=%BA%C9%C0%BCmarin%CB%AE%B3%D8希望可以帮到你!

救了很多次

因为你永远只看到TheShy各种集锦与网上的评论，就认为TheShy是神各种一打五不是问题。最终却忽略了，IG打野Ning的神速进步，最后跟TheShy产生化学效应。17年，TheShy初次上场对战IM，直接压制当时IM上单AJ，虽然比赛遗憾输掉，但是AJ在最后采访都表示自己非常怕TheShy，赢是在团队上的磨合。 之后正式在联赛中上场对战强队EDG，结果就是厂长像其他LPL队伍对待Marin一样各种照顾TheShy，最后把TheShy的剑姬抓成1-7-1的战绩，以至于IG之后没敢频繁用他，而是让Duke恢复首发。 下面我给大家回顾一下TheShy是怎么被EDG军训的12分钟，TheShy察觉到EDG中野联动来上路搞事，自己迅速想回到上路保命，结果直接被越塔强杀。13分钟，中野继续联动军训。两者相距时间不过1分钟，就两次了。 你以为结束了？15分钟20秒，EDG中野再次来袭，这次Ning王也不够幸运，双双倒在踏上。 这次距离上次军训，仅2分钟时间。接下来的，我也懒得发了，在3分钟时间，TheShy就死了3次，这等热情招待不比Marin差吧！ 而事情的转机在发生在S7后期，那个版本打野都是食草打野是主流，而Ning王更擅长进攻型的打野，因此他的扎克，盲僧，男枪，酒桶都是噩梦，经常带崩队伍，甚至在那个时候被封为“宁王”的称号。 后来到了夏季赛后半段，IG积分还够进入季后赛，于是索性解放Ning王，让他放飞自我，选择自己比较熟悉的英雄。 宁王S7夏季赛初期玩的英雄 宁王S7夏季赛后期画风突变宁王直接选择蜘蛛，凯隐，奥拉夫等打架比较强的打野专门盯着上路搞，而与此同时，IG上单也画风特变，调整为输出型英雄。 TheShyS7后半期全输出英雄 DukeS7夏季赛前半段英雄可以看到两个时间段的分水岭，之前IG上单都是打支援为主的，后来是因为Ning王解放了自己，IG才让上单变成输出位。 而当时TheShy饱受争议，很多不看他直播也不太懂 游戏 的观众，看到他初期惨淡的战绩是有很多人冷嘲热讽的，直到Ning王开始发力之后，TheShy使用输出英雄强大的压制力才被人认可。 直到S8春季赛，拳头改为上单版本，Ning更加围绕上路打，所以在春季赛打出一波18连胜。甚至当时Sanke也靠着圣枪哥和骚芬的强势上野组合上了一波，但是仍然比不上Ning跟TheShy这个未来世界冠军上野组合。 说白了，现在很多人看到TheShy各种集锦就认为IG其他人是靠他带飞的，却没看见宁正朝着fmvp不断进化，没看到中下两路为此做出的改变，肉鸡开始改变打法，中路不再追求以前的线上压制，Jackeylove各种被打野照顾。 TheShy的强，是在IG所有人都进步与配合下，并非他个人的实力。强如Faker，也为SKT做出不少牺牲，S5改变刺客打法转为团体，甚至帮助Bang当作功能性中单。IG自从夺得了S8世界赛冠军，一直都是大家所关注的战队，而上单theshy由于古怪的性格和优秀的操作，也是被谈论的热点。那么，为何LPL其他战队不像针对marin一样针对他呢？实力太强。 其实theshy也并不是没有被针对过，而且他抗压和被单杀的场景也出现过很多，但是他对 游戏 理解太强了，发育能力、抓机会能力和操作太强，theshy好多次都是零杠几单杀敌人，或者在团战中无敌。优秀的打野。 打野宁王在去年有很多问题被大家诟病，可能是因为兄弟情义吧，他曾说过想为rookie拿一次冠军，进步真的是神速，S8的fmvp足以说明一切，s9春季赛还是越来越强，能帮theshy建立起优势，也能捕捉敌方想法而反蹲，节奏太好。成熟的队伍。 不难发现，IG这个队伍每经历一次比赛都得到很大的升华，队伍已经没有弱的一个点位了，每个队员都很成熟，如果花太多时间和精力太theshy身上，以ig这种节奏，其他位置必定被打得七零八落。反观marin，待过的LPL队伍，意识、节奏和实力就差些意思了！以上就是饭饭的个人观点， 不喜勿喷，谢谢！喜欢饭饭内容的小伙伴，点点关注哟！ 说真的这个人有些变态的 平时我们打路人局的话 如果己方上路对线压力大 你想去帮他 你们上单可能都不愿意你来 。还有就是和rng 打的那一把 上路塞拉斯对阵剑姬 在宁王完全不在场的情况下 卡萨过来gank 结果被theshy 加流浪2v3 单杀姿态后打了波0换3 。对阵we 牛头 ez 皇子 3人上去想越塔theshy 的吸血鬼 被打双杀还是三杀 记不太清了。这个人在自己位置的能力感觉足以超越faker了 不要拿3冠说事 我说的是个人位置的能力 这个就要围绕ig的“三叉戟”打法来说了。ig的上中下野四路个人能力都很强，都有接管比赛的能力。你针对某一路，另外两路照样起飞。这在季后赛top打ig那场比赛已经展示的很清楚了。因为下路打不过ig，xx只能频繁的去照顾下路避免下路太早崩盘。但是这样一来上路就被ning和ts轮流军训。xx也苦啊，自己一个人实在是照顾不了两路啊。就算是他去帮上路，下路一样是爆炸。所以无奈的输掉了比赛。 这个人1-7能打出7-1的效果 马大头买来就放在上路放养了，theshy还有四个支点，就这么简单 因为他比马瑞更强 你说的是在skt的marin么？

是一个美国知名的山地品牌，软尾车架不错的

SKT原来是分两个队伍的,分别是S队和K队。马润是13加入的S队，当时13年K队拿的S赛冠军，所以焦点都在当时的K队上单大木身上。但是14年SKT被三星十人压制的体无完肤 所以大木以及小猪远走欧美。当时S5规定一个俱乐部又只能有一个队伍，所以K队的马润就来到了S队和Faker Bengi Bang Wolf组成了一个队伍。S5算是他最强的一年吧,至于他出道应该是挺早的。

直播的时候，就露出一个大头

姓 名：蒋景焕 国 籍：韩国 出生日期：1991年2月12日 位 置：上单 战 队：SKT电子竞技俱乐部游戏项目：英雄联盟 个人擅长：兰博、瑞兹、鳄鱼、丽桑卓和纳尔 社交网络： 龙珠直播

好。山地车起家的美国品牌Marin，Gestalt在Marin的车型系列中被定义为"BeyondRoad"，从字面意思理解为超越以往传统款式的"新新公路"，在保留传统公路自行车风格的同时，加入山地车的技术与元素，增加了车辆的环境适应能力，使车辆能够适应更多的路况和骑乘环境。它是适合骑游、休闲运动、非竞技的泛用公路车，比传统公路车实用。百搭的GRAVEL用途多样，上山下海无所不能。

世界名牌，名不虚传

美国自行车品牌，主要做软尾山地车

Storm [人名] [英格兰人姓氏] 斯托姆(风暴的意思）；Gale[女子名] 盖尔(大风，飓风的意思）; Breeze [人名] [英格兰人姓氏] 布里斯(和风，微风）

说起Marin，恐怕没有人会说他不强，看过S5比赛粉丝都记得，那个支配了世界上所有强队上单的人，剑姬，鳄鱼，纳尔，大树，没有他不会玩的英雄，借用贴吧最常说的一句话就是"鳄鱼吊打剑姬，剑姬又吊打鳄鱼"，可怜AJ沦为了最为惨烈的背景板。在退役之前，他是年龄最大的电竞选手，出生于1991年，去年已经27岁了。国内的巅峰选手大多集中在18岁-22岁的年龄段，厂长作为LPL公认的老将如今也就25岁而已。虽然去年在TOP并没有上场，但是依旧能够作为职业选手本身就已经说明了他有多么了不起，而且在他的巅峰期也就是S5的时候，他已经25岁，岁月好像对这个人太偏心了点。在夺冠之后，Marin选择加入了LPL战队LGD，可惜的是，在S5失利之后的老干爹，无论是选手还是管理层，都有不小的问题，而且Marin作为一个韩国人语言不通，所以不能像SKT一样指挥队友，虽然线上依旧强势，但是架不住LPL的"照顾"，几乎每次都是出动三个人以上来抓，那一年的LGD也没有取得好成绩。再后来Marin回到韩国，选择去了新队伍Afreeca，再次回到LCK的他已经成为了老大哥级别的人物，那一年整个LCK赛区能够和Marin相提并论的上单选手只有KT的semb一人，尽管AFS没有进入春季赛前三名，但他依旧是赛场上亮眼的明星选手，AFS也拥有挑战任何强队的实力。

Marin是美国著名的自行车品牌，该品牌在北美地区具有相当的活力和口碑。Marin的越野公路自行车采用了典型的北美风格设计，具有长途越野旅行的特征。这款自行车将长途型公路车和Cyclo-Cross型公路车混合在一起，适合于跨州越野旅行和在乡间和山地野路间穿行。Marin的越野公路自行车采用优质铬钼钢材质，具有较好的吸震和变形力，头管角度较小同时高度很大，车头也较高，这种设计使得自行车适合在颠簸的路上远距离骑行，提供更舒适的骑行体验。总的来说，Marin的越野公路自行车是一款具有很高性能和舒适度的自行车，设计符合长途越野旅行的需求，同时在材料和工艺上也有很高的要求。

性价比不高。首先MARIN是美国的大牌（与闪电、崔克、佳能戴尔、拉皮尔、看门狗等并列为世界山地车的一线品牌，很多车队和专业运动员选用去参加UCI的世界杯/奥运/世锦赛/U23等国际山地赛事），成本高，售价相对国内消费水平来说也高，这点比不上捷安特、美利达（两家也是世界一线）针对国内特点研发的产品；4200价位，捷安特和美利达的配置要高，设计上更适合国内路面骑行。。。其次，Pine Mountain（“松山”）是针对“长途越野”设计，特点鲜明：车架为钢（钢比铝的震动过滤性好，适合颠簸路面的长途骑行，但比铝架要重），“林道”型几何设计（骑乘姿势适合在林间越野），变速系统是纯粹针对越野的“1x单盘系统“+30齿小牙盘（在平路上骑 根本没速度）+越野型42齿大飞轮，外胎更是越野专用很粗的2.8""（滚阻大，在铺装路面上骑比较泄力）。因此 这个车在国内多数地区不适合骑，国内基本都是铺装路面（马路或混凝土板路），即便你去环海南、环青海湖或川藏线。目前，“山地车“已经不再是单一的概念了，有很多拓展，先根据自己的骑行用途、风格和路面特点去选车型。就“硬尾山地车”（与“软尾山地车”是两个不同的分支）而言，国内路面 更适合选“XC竞速级“几何设计的轻量化铝架（比如捷安特的ALUXX SLR、美利达的挑战者SL、崔克的ALPHA GOLD等）、20速或22速的双牙盘变速系统（平路速度、越野皆可）或牙盘为36齿的1x单盘系统（偏重于越野）、1.95或2.15""的标准山地车外胎。注意厂家宣传图片里的骑行环境，也是非铺装路面的越野、林道。。。如果在铺装路面上骑 这车太累（捷安特 美利达也有类似款，虽然是铝架 轻一些 但一样累 因为用途不对）。国内用山地车骑长途的 不是这个类型。去百度山地车吧问问就知道。

他们每一个人的表现状态都是不一样的，而且也是因为不一样的比赛，而取得了巅峰的时刻，同时他们也没有办法自己超越自己了。

跟LGD队友合不来，LGD的人都很喜欢玩，imp喜欢喝酒，经常就只有我一个人在基地训练，其他人都出去喝酒了，感觉合不来。

觉得marin更强一点，因为这个人的发挥一贯都是非常不变的一些高难度的把持可以或许很是的流通。

Marin：人名，马林感觉问的应该是这个词吧：marine英 [mu0259u02c8ri:n] 美 [mu0259u02c8rin] adj.海的;海产的;海军的;海事的n.水兵;海军陆战队士兵;海事，海运业

TheShy会更强一些。因为他在上单的位置无人能敌，自己的水晶根本就没有任何的上单能够率先打破。

marin24岁夺冠。张庆欢，1991年2月12日出生于韩国，游戏ID：MaRin，韩国《英雄联盟》电子竞技职业选手，Afreeca Freecs战队上单。2013年，加入SKT T1 #2战队；同年10月，加入SKT T1 S战队。2014年11月，加入SKT T1战队。2015年5月，帮助SKT T1战队获得LCK春季赛冠军；同年8月，帮助SKT T1战队获得LCK夏季赛冠军。2015年年10月，帮助SKT T1战队获得S5世界总决赛冠军，并被赛事官方评为MVP；同年12月10日，转会加盟LGD战队。2016年12月，加入Afreeca Freecs战队。2018年2月，加入TOP战队。MaRin退役2019年1月20日，在一个普通的日子，S5冠军战队上单，S赛FMVP选手 MaRin，正式告别LOL赛场，宣布退役。面对传奇生涯的结束，MaRin说：“当职业选手真的是太累了，如果有机会的话，我打算和Kkoma谈论一下SKT教练继承夺的问题（笑），现在和SKT的关系也依然很好啦，没有大家想的那样。”至此，MaRin为他的传奇职业生涯正式画上句号。

“TwitchTv”平台。前世界冠军上单选手“marin”，在“Twitch直播”中向观众表示正式退役，成为了一名全职主播，会不定期在“TwitchTv”平台中进行游戏直播。“MaRin”原名张庆欢，是《英雄联盟》电子竞技职业选手，AfreecaFreecs战队上单，被称为韩国第一上单。

Marin是马林品牌，是欧美最好的山地自行车品牌之一。

要说smoke heavily, drink excessively (酒喝得太多)， 是“惯常的用法”， 而非固定的搭配。至于seriously，我们可以说 take something seriously (认真对待某事) （属固定搭配） say something seriously （严肃认真地说某事）

参见 http://www.blogjava.net/fiele/archive/2014/08/24/417283.html

spring的核心思想是IOC和AOP，IOC-控制反转，是一个重要的面向对象编程的法则来消减计算机程序的耦合问题，控制反转一般分为两种类型，依赖注入和依赖查找，依赖什么看为什么需要依赖看注入什么看控制什么看依赖注入和控制反转是一样的概念吗看接触新的知识，小编的脑袋中全是大大的问号，不过没有关系，今天这篇博文，小编主要来简单的介绍一下在springIOC中依赖注入的方法。依赖注入和控制反转，目的是为了使类与类之间解耦合，提高系统的可扩展性和可维护性。我们可以从以下几个方面理解：a、参与者都有谁看b、依赖：谁依赖谁看为什么需要依赖看c、注入：谁注入谁看又注入了什么呢看d、控制反转：谁控制谁看控制什么看为什么叫反转呢看存在正转吗看e、控制反转和依赖注入是同一个概念吗看我们需要弄明白上面的问题，这样对于控制反转和依赖注入的理解有大大的帮助。首先：第一个问题，参与者都有谁看1）对象2）IOC/DI容器3）某个对象的外部资源第二问题：依赖，谁依赖谁看为什么需要依赖看依赖嘛，很好理解的，对象依赖于IOC/DI容器，至于为什么要依赖呢看对象需要IOC/DI容器来提供对象需要的外部资源。第三个问题：注入，谁注入谁看又注入了什么呢看显而易见是IOC/DI容器注入对象，注入了what呢看肯定注入的是某个需要的东西那就是注入对象所需要的资源，肯定不会注入无关紧要的内容，你说呢看第四个问题：控制反转，谁控制谁看控制什么看为什么叫反转呢看存在正转吗看控制反转，控制什么看肯定是IOC/DI容器控制对象，主要是控制对象实例的创建，反转是相对于正向而言的，那么什么算是正向的呢看考虑一下常规情况下的应用程序，如果要在A里面使用C，你会怎么做呢看当然是直接去创建C的对象，也就是说，是在A类中主动去获取所需要的外部资源C，这种情况被称为正向的。那么什么是反向呢看就是A类不再主动去获取C，而是被动等待，等待IoC/DI的容器获取一个C的实例，然后反向的注入到A类中。第五个问题：控制反转和依赖注入式同一个概念吗看依赖注入和控制反转是对同一件事情的不同描述，从某个方面讲，就是它们描述的角度不同。依赖注入是从应用程序的角度在描述，可以把依赖注入描述完整点：应用程序依赖容器创建并注入它所需要的外部资源；而控制反转是从容器的角度在描述，描述完整点：容器控制应用程序，由容器反向的向应用程序注入应用程序所需要的外部资源。了解了这些基本的概念，弄明白她们之间的联系和区别，能够帮助我们更好的理解，接着小编来重点介绍一下依赖注入，在springioc中有三种依赖注入，分别是：a、接口注入；b、setter方法注入；c、构造方法注入；接着小编对这三种注入方式一一进行讲解，通过demo的讲解，希望能够帮助小伙伴们更好的理解，不足之处还请多多指教。接口注入public class ClassA { private InterfaceB clzB; public void doSomething() { Ojbect obj = Class.forName(Config.BImplementation).newInstance(); clzB = (InterfaceB)obj; clzB.doIt(); } …… }解释一下上述的代码部分，ClassA依赖于InterfaceB的实现，我们如何获得InterfaceB的实现实例呢看传统的方法是在代码中创建InterfaceB实现类的实例，并将赋予clzB.这样一来，ClassA在编译期即依赖于InterfaceB的实现。为了将调用者与实现者在编译期分离，于是有了上面的代码。我们根据预先在配置文件中设定的实现类的类名(Config.BImplementation),动态加载实现类，并通过InterfaceB强制转型后为ClassA所用，这就是接口注入的一个最原始的雏形。setter方法注入setter注入模式在实际开发中有非常广泛的应用，setter方法更加直观，我们来看一下spring的配置文件：<?xml version="1.0" encoding="UTF-8"?> <beans xmlns=" xmlns:xsi=" xmlns:aop=" xmlns:tx=" xsi:schemaLocation="<!-- 使用spring管理对象的创建，还有对象的依赖关系 --> <bean id="userDao4Mysql" class="com.tgb.spring.dao.UserDao4MysqlImpl"/> <bean id="userDao4Oracle" class="com.tgb.spring.dao.UserDao4OracleImpl"/> <bean id="userManager" class="com.tgb.spring.manager.UserManagerImpl"> <!-- (1)userManager使用了userDao，Ioc是自动创建相应的UserDao实现，都是由容器管理--> <!-- (2)在UserManager中提供构造函数，让spring将UserDao实现注入（DI）过来 --> <!-- (3)让spring管理我们对象的创建和依赖关系，必须将依赖关系配置到spring的核心配置文件中 --> <property name="userDao" ref="userDao4Oracle"></property> </bean> </beans>接着我们来看一下，setter表示依赖关系的写法import com.tgb.spring.dao.UserDao; public class UserManagerImpl implements UserManager{ private UserDao userDao; //使用设值方式赋值 public void setUserDao(UserDao userDao) { this.userDao = userDao; } @Override public void addUser(String userName, String password) { userDao.addUser(userName, password); } }构造器注入构造器注入，即通过构造函数完成依赖关系的设定。我们看一下spring的配置文件：<?xml version="1.0" encoding="UTF-8"?> <beans xmlns=" xmlns:xsi=" xmlns:aop=" xmlns:tx=" xsi:schemaLocation="<!-- 使用spring管理对象的创建，还有对象的依赖关系 --> <bean id="userDao4Mysql" class="com.tgb.spring.dao.UserDao4MysqlImpl"/> <bean id="userDao4Oracle" class="com.tgb.spring.dao.UserDao4OracleImpl"/> <bean id="userManager" class="com.tgb.spring.manager.UserManagerImpl"> <!-- (1)userManager使用了userDao，Ioc是自动创建相应的UserDao实现，都是由容器管理--> <!-- (2)在UserManager中提供构造函数，让spring将UserDao实现注入（DI）过来 --> <!-- (3)让spring管理我们对象的创建和依赖关系，必须将依赖关系配置到spring的核心配置文件中 --> <constructor-arg ref="userDao4Oracle"/> </bean> </beans>我们再来看一下，构造器表示依赖关系的写法，代码如下所示： import com.tgb.spring.dao.UserDao; public class UserManagerImpl implements UserManager{ private UserDao userDao; //使用构造方式赋值 public UserManagerImpl(UserDao userDao) { this.userDao = userDao; } @Override public void addUser(String userName, String password) { userDao.addUser(userName, password); } }接口注入&&setter注入&&构造器注入接口注入：接口注入模式因为具备侵入性，它要求组件必须与特定的接口相关联，因此并不被看好，实际使用有限。Setter注入：对于习惯了传统javabean开发的程序员，通过setter方法设定依赖关系更加直观。如果依赖关系较为复杂，那么构造子注入模式的构造函数也会相当庞大，而此时设值注入模式则更为简洁。如果用到了第三方类库，可能要求我们的组件提供一个默认的构造函数，此时构造子注入模式也不适用。构造器注入：在构造期间完成一个完整的、合法的对象。所有依赖关系在构造函数中集中呈现。依赖关系在构造时由容器一次性设定，组件被创建之后一直处于相对逗不变地的稳定状态。只有组件的创建者关心其内部依赖关系，对调用者而言，该依赖关系处于逗黑盒地之中。

在spring的xml配置文件中，在头部会出现如下的东西 这些奇怪的xmlns和很长的url的作用是什么呢？ 首先，介绍一下 xmlns 的作用，如下所示，一个 xml 文档中如果包含如下两种定义不同， 但是名称相同的元素， xml 解析器是无法解析的， 因为它不能确定当你调用document.getElementsByTagName("book") 时应该返回哪个元素。 这时候可以通过在名称增加前缀解决这个问题 由此，引入一个概念 命名空间 ，通过增加前缀表示不同的那是不同命名空间下的table，从而解决了矛盾，但是不同的人都有自己创建的不同的命名空间来描述同样的东西，不利于xml文件信息的解析，比如说，同样都是水果，可以从颜色和香味不同角度来定义成如下两种形式： 为此，w3c(万维网联盟)对于一些类型，定义了对应的命名空间和这些类型的标准，xml解释器碰到这些类型的时候就会通过这些标准去解析这类型的标签，为了确保命名空间的唯一，所以不同的命名空间的通常使用URL作为被识别的id，如下例子: 这句话的作用是当前引入了一个叫做xsi的命名空间，xsi可以在接下来要使用该命名空间时所使用的，如下: 而 http://www.w3.org/2001/XMLSchema-instance 这个很长的字符串，则是xsi这个名称空间被xml解释器内部所识别的时候所真正使用的id，但也本身只是被当做一个字符串名字去处理，xml解释器根据这个id去获取它对应的标准，从而知道这个命名空间定义有什么样的标签(xml解释器自带有一些通用的命名空间的标准)，这个字符串虽然看起来是URL，但是和对应的网页上的信息没有关系，只是用来提供命名空间 唯一性 的作用，网址有时可以被打开，上面会有关于该命名空间的信息。 所以，spring配置文件中这三句话分别表示，引入了三个命名空间。 其中第一个xmlns后面没有空间名的，表示引入了一个默认的名称空间，下文中不使用命名空间前缀的都默认使用这个命名空间，这个默认的命名空间，其真正的id是 " http://www.springframework.org/schema/beans " 。 引入的第二个命名空间叫做xsi，其真正的id是 " http://www.w3.org/2001/XMLSchema-instance " 引入的第三个命名空间叫做context，其真正的id是 " http://www.springframework.org/schema/context " 在最后可以看到xsi:schemaLocation，这句话的意思表示使用命名空间xsi下的schemaLocatioin，设置了它对应的值为后面很多很多的URL，schemaLocation中存储的值每两个为一组， 第一个代表命名空间，第二个代表该命名空间的标准的文件位置 ，如下所示，这句话就是说明命名空间 http://www.springframework.org/schema/beans 的标准文件是 http://www.springframework.org/schema/beans/spring-beans-3.0.xsd * 因为xml解释器不一定含有所有命名空间的标准，通过这样设置就可以告诉xml解释器不同命名空间的对应的标准是什么了，而这也是xsi这个命名空间的作用，要用到其schemaLocation。 最后，对应一般的xml解释器的工作流程中，xml解释器识别到有 “ http://www.w3.org/2001/XMLSchema-instance " 这个通用的名称空间后，明白知道要引入一些不同命名空间，就会从其schemaLocation中获取不同命名空间和其对应的标准。