SpringBoot学习总结
新人踩坑的一天——springboot注入mapper时出现java.lang.NullP。。。
新⼈踩坑的⼀天——springboot注⼊mapper时出现ng.NullP。
来公司的第⼆周接到了定时任务的开发需求：每天早上⼗点发送⽤户报表邮件。
校招新⼈菜鸟没做过这玩意有些懵（尴尬）于是决定分步写，从excel导出->邮件发送->定时器实现->mapper层返回集接收，前⼏步都没啥问题，都在service层，可以⽤main⽅法单独测试下，可以发送邮件，但是通过service调⽤mapper时问题就来了——菜鸟踩坑了，抛出ng.NullPointerException，下图是代码：@Component@EnableScheduling@Service("cronTaskService")public class CronTaskServiceImpl implements CronTaskService {@Resourceprivate ExportExcelServiceImpl exportExcelService;@Resourceprivate MailSendServiceImpl mailSendService;private final static Logger log = LoggerFactory.getLogger(CronTaskServiceImpl.class);private static int Count = 0;@Scheduled(cron = "*/10 * * * * ?")@Overridepublic void out(){new ExportExcelServiceImpl().exportExcel("zhoubaobiao1");//String filePath = exportExcelService.exportExcel("周报表" + Count++ + ".xls");//mailSendService.sendEmail(filePath);("-----------success-------\n");}}问了组内的前辈（应该也是没做⼏年），问题解决不了，定位不对。
springboot学习心得
springboot学习心得SpringBoot是一个Java后端开发框架，它的出现极大地简化了项目的搭建和配置。
我在学习过程中，深刻体会到了SpringBoot的优势和便利性。
一、SpringBoot的特点SpringBoot具有以下几个显著特点：1. 简化的配置：SpringBoot采用约定大于配置的原则，减少了繁琐的配置，大部分情况下，你只需要一些简单的配置就可以运行一个站点或者服务。
2. 内嵌式Servlet容器：SpringBoot使用内嵌式Servlet容器（如Tomcat、Jetty等），使得运行Web应用变得更加简单，开发人员无需手动部署外部的Servlet容器。
3. 自动化配置：SpringBoot会根据项目中使用的依赖自动进行配置，无需手动配置。
当然，你也可以根据自己的需求进行定制化配置。
4. 准生产级别的监控：SpringBoot集成了大量的监控工具和健康检查机制，可以方便地监控应用的运行状态和健康情况。
二、学习过程中的收获在学习SpringBoot的过程中，我深刻体会到了以下几个方面的收获：1. 快速上手：相较于传统的Spring框架，SpringBoot的上手难度明显降低。
通过简单的配置和约定，可以快速搭建一个基本功能的应用程序。
2. 开发效率提升：SpringBoot的自动化配置使得开发过程更加高效。
通过减少繁琐的配置和重复的代码，开发人员可以更专注于业务逻辑的实现。
3. 生态丰富：SpringBoot与众多Spring家族的库和工具相互配合，拥有庞大的生态系统。
这使得我们可以很方便地集成各种功能和组件，如数据库访问、消息队列、缓存等。
4. 可维护性提升：SpringBoot的规范化配置和约定使得代码更加易读易维护。
项目的结构清晰，配置文件统一，便于团队协作和后续代码维护。
三、未来的学习计划在学习SpringBoot过程中，我发现了自己的不足和需要继续提升的地方。
因此，我在未来的学习计划中将重点提升以下几个方面：1. 深入学习SpringBoot的原理和内部机制，了解其背后的设计理念和实现方式。
SpringBoot学习笔记
10分钟创建一个SB应用：1.创建项目2将springboot的版本改为1.5.6(不修改后面操作数据库会报类找不到)<version>1.5.6.RELEASE</version>3.pom.xml中配置3个数据库相关的内容4.在入口文件增加注解(不注解会导致mapper识别不到)：@MapperScan("com.example.demo.mapper")5.创建generator/generatorConfig.xml文件，并修改数据库账号密码、包名、表名6.修改application.yml，增加数据源相关的配置7.创建一个maven的Run配置，设置mybatis-generator:generate -e8.编写Service接口和Service实现类9.编写Controller和方法10.启动应用创建项目https:///lom9357bye/article/details/69677120通过tomcat部署项目https:///PJH-Forever/p/8026330.htmlspring boot configuration annotation proessor not found in classpath引入如下依赖：<dependency><groupId> org.springframework.boot </groupId><artifactId> spring-boot-configuration-processor </artifactId><optional> true </optional></dependency>pom.xml中的parent只有parent设置了，后面的才不用写version；没有在parent中设置的，后面必须写version，否则只会下载一个unknown的错误包一些tips：spring boot 2.0相比1.5.x，变更比较大，一些类去除了，因此要注意不同版本的api如果在generatorConfig.xml中配置了某个表，但是没有用到，那么程序起来的时候会报错；删除即可Durid包含的主要功能：1）使用StaFilter插件进行监控数据库访问性能2）替换DBCP和C3P0，提供一个高效、可扩展的数据库连接池3）支持数据库密码的加密4）SQL执行日志5）提供了一个监控页面，可以查看sql情况控制器中通过@RequestBody获取POST参数报错：{"timestamp":1527154727083,"status":415,"error":"Unsupported Media Type","exception":"org.springframework.web.HttpMediaTypeNotSupportedException","message": "Content type 'application/json;charset=UTF-8' not supported","path":"/recomd/add"}经过排查，发现是参数中的类Recommend里面，有2个setIndexList()方法：setIndexList(List xxx);setIndexList(ArrayList xxx);删除一个就正常了，猜测是RequestBody在组装Recommend这个参数类的时候，无法判断该用哪一个set方法，从而报错了这应该算是框架的一个bug了Field userMapper in erServiceImpl required a bean of type 'erMapper' that could not be found.原因是在入口文件XxxApplication中，少加了一个注解：@MapperScan("com.zhouchangju.mapper")将项目启动方式从XxxApplication改为Artifact后，访问页面都是4041.没有将pom.xml里面的启动方式从jar改为war2.XxxApplication类没有继承自SpringBootServletInitializer类extends SpringBootServletInitializer安全插件配置url的时候，不用加artifactid比如项目叫做daily，我设置antMatchers的时候，不用加daily这一截：/**定义安全策略*/@Overrideprotected void configure(HttpSecurity http) throws Exception {//配置安全策略http.authorizeRequests()//定义/请求不需要验证.antMatchers("/","/**/*.css","/**/*.js","/**/*.jpg","/**/*.png","/**/*.jpeg","/user/getdynamicpassword","/user/login","/login.html").permitAll().anyRequest().authenticated()//其余的所有请求都需要验证.and().logout().permitAll()//定义logout不需要验证.and().formLogin()//使用form表单登录.loginPage("/login.html").failureUrl("/login?error=true");}本地开发时，Security验证的接口，总是报403需要在SecurityConfig中关闭csrf:.csrf().disable()Edit Configration时，没有Tomcat Serversettings->Build,Execution,Deploment->右侧ApplicationServer->添加本地tomcat信息误删了项目模块文件xxx.iml怎么办？可以在Project Structure里面的module里面，重新导入模块，注意每一步都是import，不是createKafkaConsumer is not safe for multi-threaded access配置文件中的属性无法加载： require a bean of type ng.String that could not be found 是因为写了一个带有String参数的构造函数导致的，删除构造函数即可解决，详见：https:///questions/40670099/im-not-including-the-java-lang-string-bean maven编译项目，报错：cannot find symbol原因是svn上面代码不全，缺少了一些文件如何修改打包后的war文件的存放位置？由于maven遵循“约定优先于配置”的思想，所以如果不做特殊配置，它默认是把打包之后产生的文件都放在target目录下的。
javaSprintBoot技术总结
javaSprintBoot技术总结1、技术概述，描述这个技术是做什么？学习该技术的原因，技术的难点在哪⾥。
技术概述Spring Boot是基于Java语⾔的⼀种框架，Spring Boot框架的核⼼就是⾃动配置，只要存在相应的jar包，Spring就帮我们⾃动配置，能够帮助我们快速搭建Java应⽤程序。
学习技术原因：团队要进⾏后端开发，选择学习该技术难点：虽然Spring的Pivotal 团队提供了全新的SpringBoot框架，这样我们不⽤⼀点⼀点的写配置⽂件，再⼀个个导⼊第三⽅库，但是对于⼀些初学者，实在是不好理解夹杂着注释的开发语⾔2、技术详述，描述你是如何实现和使⽤该技术的，要求配合代码和流程图详细描述。
可以再细分多个点，分开描述各个部分。
2.1初始化项⽬1.打开idea完成项⽬的创建。
2.设置项⽬的名称等等属性（Artifact Id是标识当前maven项⽬在组中唯⼀的ID，Group Id是标识项⽬属于哪个组）2.2项⽬中的介绍项⽬整体结构model层：modle层就是对应的数据库表的实体类(如User类)service层：引⽤对应的Dao数据库操作，在这⾥可以编写⾃⼰需要的代码（⽐如简单的判断）Controller层：具体的业务模块流程的控制，controller层主要调⽤Service层⾥⾯的接⼝控制具体的业务流程，控制的配置也要在配置⽂件中进⾏。
dao层：dao层⾸先会创建Dao接⼝，接着就可以在配置⽂件中定义该接⼝的实现类。
dao层有⽤到的xmp配置⽂件：⽤于配置对数据库的存取操作3、技术使⽤中遇到的问题和解决过程。
问题：springboot @Autowired 注解失败⽆法注⼊bean解决⽅法：1.注解的路径错误：这属于项⽬结构的问题，项⽬启动时，只有@SpringBootApplication 所在的包被扫描。
此启动类应处于最上层的⽬录中，这样项⽬启动时，该⽬录以及下级⽬录的类都会被扫描。
springboot学习心得
springboot学习心得Spring Boot 学习心得在开发领域中，随着技术的日新月异，Spring Boot 作为一种开发框架，以其简化配置、快速开发和高效性能的特点逐渐受到广大开发者的青睐。
经过一段时间的学习和实践，我对 Spring Boot 有了深入的认识和理解，下面我将分享一些学习心得。
1. 了解 Spring BootSpring Boot 是由Spring框架衍生而来，用于简化Spring应用程序的搭建和开发过程。
它的特点是零配置，通过自动配置和约定大于配置的原则，可以快速搭建一个独立运行的、可部署的生产级应用。
学习 Spring Boot 的第一步就是要了解其核心思想和基本原理，掌握其提供的强大功能和特性。
2. 快速开发Spring Boot 提供了一系列的“Starter”依赖，可以根据不同的应用类型快速引入所需的依赖包，而无需手动配置。
这些 Starter 依赖不仅包含了常用的核心模块，还覆盖了常见的第三方组件，如数据库、消息队列等。
开发者只需要在项目中引入适当的 Starter 依赖，即可获得相应功能的自动配置。
这大大减少了开发人员的工作量，提高了开发效率。
3. 灵活可配置虽然 Spring Boot 的自动配置在大多数情况下能够满足需求，但有时也需要进行一些定制。
Spring Boot 提供了多种配置方式，开发者可以通过配置文件、注解、属性等方式对应用进行细粒度的配置。
同时，Spring Boot 还支持多个配置文件，可以根据环境不同加载不同的配置，方便在不同环境中进行部署和测试。
4. 强大的监控和管理Spring Boot 集成了各种监控和管理工具，例如 Spring Boot Actuator，它提供了对应用程序健康、度量、审计等方面的监控功能。
通过简单地引入相关依赖，即可在运行时了解应用的性能指标、请求情况等信息。
此外，Spring Boot 还提供了可视化的管理界面，方便管理者对应用进行监控和管理。
springboot学习心得
springboot学习心得SpringBoot 学习心得在完成对 SpringBoot 的学习之后，我深刻体会到了这个框架的强大和便利之处。
SpringBoot 是一个基于 Spring 框架的快速开发框架，通过自动配置和简化的约定，大大提高了开发效率。
下面是我对于 SpringBoot 学习的一些心得和总结。
一、简洁高效的开发体验使用 SpringBoot 可以极大地简化项目的配置和搭建过程。
通过使用 SpringBoot Starter 依赖，我们可以轻松地引入各种常用的依赖，而无需手动去配置。
同时，SpringBoot 的自动配置机制可以根据项目中引入的依赖，自动为我们配置相关的组件和功能。
这使得我们可以将更多的精力放在业务逻辑的实现上，而不需要过多关注繁琐的配置工作。
二、内嵌 Tomcat 使得部署更加方便SpringBoot 默认内嵌了 Tomcat 容器，这意味着我们可以将项目打包成一个独立的可运行的 JAR 文件，并直接通过命令行启动应用。
这种方式不仅方便了项目的部署，还减少了对外部服务器的依赖。
另外，SpringBoot 还支持通过 WAR 包的方式部署到外部容器中，这样可以更好地与传统的应用服务器集成。
三、强大的功能扩展能力SpringBoot 提供了大量的插件和扩展点，可以帮助开发者定制化自己的应用。
比如，我们可以通过自定义 Starter 来封装一些通用的组件和功能，方便之后的重复使用。
或者通过自定义 Starter 来封装一些通用的组件和功能，方便之后的重复使用。
或者通过自定义条件注解和条件类来实现一些特定环境下的自动配置。
这些功能扩展能力让我们在开发过程中能够更加灵活地满足自己的需求。
四、完善的监控和运维支持在生产环境中，监控和运维是非常重要的一环。
SpringBoot 提供了丰富的监控和运维支持，可以帮助我们更好地监控应用的运行状态和性能指标。
比如，我们可以通过 Actuator 模块来暴露应用的健康状态、运行信息和性能指标，方便运维人员进行监控和故障排查。
springboot知识点
springboot知识点Spring Boot是一个快速构建基于Spring框架的应用程序的工具。
使用Spring Boot，您可以轻松地创建一个运行良好的生产就绪应用程序，并在最短时间内将其推向市场。
Spring Boot是基于开箱即用的原则，配置文件有缺省的集成，使得我们快速地开发基于Spring的项目。
Spring Boot框架是目前前端开发中最热门且最流行的框架之一。
这个框架为开发者提供了一种快速、高效开发应用程序的方式，它能够让开发人员快速构建Web应用、服务以及批处理应用程序。
在这篇文章中，我们会了解一些Spring Boot的实现和优势。
一、优势1、快速Spring Boot提供了自动配置功能。
这意味着当使用Spring Boot创建新的项目时，自动配置在现有的代码之上自动工作，可以避免很多繁琐琐碎的任务。
2、自动配置Spring Boot根据您的类路径自动配置Spring应用程序。
例如，如果您的应用程序引入了Spring MVC，则Spring Boot会自动配置Spring MVC，并为您的应用程序设置所有必需的默认值。
3、无XMLSpring Boot程序不需要XML配置。
这减轻了很多负担，并使开发人员可以专注于基本的业务逻辑。
4、微服务Spring Boot适用于微服务的开发和部署。
这个功能是由Spring Cloud项目支持的，它使得开发人员可以轻松地构建、发布、管理和监控微服务。
二、基础概念1、Spring Boot StarterSpring Boot Starter是一组预构建的依赖关系，您可以将它们添加到您的项目中来便捷地获取某个功能。
例如，您可以使用spring-boot-starter-web依赖来启用Spring MVC或Spring WebFlux。
2、自动配置Spring Boot的自动配置机制可以让开发人员省去很多复杂的编写配置文件的任务。
3、Spring Boot ActuatorSpring Boot Actuator是Spring Boot提供的可插拔的应用程序监控功能。
SpringBoot注解解析大全（非常全哦！）
SpringBoot注解解析⼤全（⾮常全哦！）使⽤注解的优势：1.采⽤纯java代码，不在需要配置繁杂的xml⽂件2.在配置中也可享受⾯向对象带来的好处3.类型安全对重构可以提供良好的⽀持4.减少复杂配置⽂件的同时亦能享受到springIoC容器提供的功能⼀、注解详解（配备了完善的释义）------(可采⽤ctrl+F 来进⾏搜索哦~~~~也可以收藏⽹页这样以后就不⽤往复查询了哦)@SpringBootApplication：申明让spring boot⾃动给程序进⾏必要的配置，这个配置等同于：@Configuration ，@EnableAutoConfiguration 和 @ComponentScan 三个配置。
@ResponseBody：表⽰该⽅法的返回结果直接写⼊HTTP response body中，⼀般在异步获取数据时使⽤，⽤于构建RESTful的api。
在使⽤@RequestMapping后，返回值通常解析为跳转路径，加上@esponsebody后返回结果不会被解析为跳转路径，⽽是直接写⼊HTTP response body中。
⽐如异步获取json数据，加上@Responsebody后，会直接返回json数据。
该注解⼀般会配合@RequestMapping⼀起使⽤。
@Controller：⽤于定义控制器类，在spring项⽬中由控制器负责将⽤户发来的URL请求转发到对应的服务接⼝（service层），⼀般这个注解在类中，通常⽅法需要配合注解@RequestMapping。
@RestController：⽤于标注控制层组件(如struts中的action)，@ResponseBody和@Controller的合集。
@RequestMapping：提供路由信息，负责URL到Controller中的具体函数的映射。
@EnableAutoConfiguration：SpringBoot⾃动配置（auto-configuration）：尝试根据你添加的jar依赖⾃动配置你的Spring应⽤。
springboot项目答辩问题
springboot项目答辩问题问题一：请简要介绍一下你的springboot项目我的springboot项目是一个在线书店系统，旨在提供一个方便用户购买图书的平台。
该系统基于Java的Spring Boot框架开发，使用了MySQL作为数据库，并采用了前后端分离的架构。
问题二：你选择Spring Boot框架的理由是什么？我选择使用Spring Boot框架的主要原因是它能够快速搭建起一个基础的Web应用程序。
Spring Boot提供了一系列的开箱即用的功能和自动配置，大大简化了项目的搭建和配置过程。
同时，它还提供了对常用的第三方库和工具的良好支持，方便进行开发和集成。
问题三：你的项目中采用了哪些核心技术？在我的项目中，我采用了以下核心技术：1.Spring Boot：作为项目的基础框架，用于快速搭建Web应用程序。
2.Spring MVC：用于处理HTTP请求和响应，实现前后端的交互。
3.Spring Data JPA：用于简化对数据库的访问和操作，实现数据持久化。
4.MySQL：作为项目的关系型数据库，用于存储和管理数据。
5.Thymeleaf：作为模板引擎，用于生成动态的HTML页面。
6.Bootstrap：用于构建响应式的界面，提升用户体验。
问题四：你在项目中遇到的主要技术难题是什么？你是如何解决的？在项目开发过程中，我遇到的主要技术难题是如何实现用户身份验证和权限管理。
为了解决这个问题，我采用了Spring Security框架来处理用户的认证和授权。
首先，我通过Spring Security提供的配置类，定义了自己的用户认证逻辑，包括从数据库加载用户信息、密码加密等。
然后，我通过自定义的用户权限管理类，定义了用户在系统中的权限和角色，以及相应的访问控制规则。
在用户登录时，我使用了Spring Security提供的表单登录功能，通过验证用户输入的用户名和密码来实现认证。
在用户访问受限资源时，我利用Spring Security的注解和过滤器来进行权限验证，确保用户只能访问他们具备权限的资源。
spring boot核心注解
spring boot核心注解
Spring Boot核心注解：
1. @SpringBootApplication：这是一个复合注解，包括@EnableAutoConfiguration、@ComponentScan和
@Configuration等。
它可以用来标注在某个类上，告诉Spring Boot引导类已经准备好了，可以开始以此类为中心进行自动配置、组件扫描和Bean定义加载等工作。
2. @EnableAutoConfiguration：使用这个注解的类，会触发自动配置，就是自动配置文件会被加载，自动配置类会被触发。
3. @ComponentScan：标注在某个类上，用来开启组件扫描，自动发现并装配bean实例到Spring容器中。
4. @Configuration：这是一个配置类，用来替代XML 配置文件，将一些初始化bean定义加载到Spring容器中。
5. @Bean：用来标注在某个方法上，表示此方法返回的结果是一个Bean，可以被Spring容器托管。
【狂神说Java】SpringBoot笔记存档
【狂神说Java】SpringBoot笔记存档转⾃，⾮常感谢⽼师，仅作为个⼈笔记使⽤部分来⾃1、SpringBoot简介：Hello,World！1.1、回顾什么是SpringSpring是⼀个开源框架，2003 年兴起的⼀个轻量级的Java 开发框架，作者：Rod Johnson 。
Spring是为了解决企业级应⽤开发的复杂性⽽创建的，简化开发。
1.2、Spring是如何简化Java开发的为了降低Java开发的复杂性，Spring采⽤了以下4种关键策略：1、基于POJO的轻量级和最⼩侵⼊性编程，所有东西都是bean；2、通过IOC，依赖注⼊（DI）和⾯向接⼝实现松耦合；3、基于切⾯（AOP）和惯例进⾏声明式编程；4、通过切⾯和模版减少样式代码，RedisTemplate，xxxTemplate；1.3、什么是SpringBoot学过javaweb的同学就知道，开发⼀个web应⽤，从最初开始接触Servlet结合Tomcat, 跑出⼀个Hello Wolrld程序，是要经历特别多的步骤；后来就⽤了框架Struts，再后来是SpringMVC，到了现在的SpringBoot，过⼀两年⼜会有其他web框架出现；你们有经历过框架不断的演进，然后⾃⼰开发项⽬所有的技术也在不断的变化、改造吗？建议都可以去经历⼀遍；⾔归正传，什么是SpringBoot呢，就是⼀个javaweb的开发框架，和SpringMVC类似，对⽐其他javaweb框架的好处，官⽅说是简化开发，约定⼤于配置， you can "just run"，能迅速的开发web应⽤，⼏⾏代码开发⼀个http接⼝。
所有的技术框架的发展似乎都遵循了⼀条主线规律：从⼀个复杂应⽤场景衍⽣⼀种规范框架，⼈们只需要进⾏各种配置⽽不需要⾃⼰去实现它，这时候强⼤的配置功能成了优点；发展到⼀定程度之后，⼈们根据实际⽣产应⽤情况，选取其中实⽤功能和设计精华，重构出⼀些轻量级的框架；之后为了提⾼开发效率，嫌弃原先的各类配置过于⿇烦，于是开始提倡“约定⼤于配置”，进⽽衍⽣出⼀些⼀站式的解决⽅案。
SpringBoot详解
SpringBoot详解Spring Boot介绍：Spring Boot是由Pivotal团队提供的全新，其设计⽬的是⽤来新应⽤的初始搭建以及开发过程。
该框架使⽤了特定的⽅式来进⾏配置，从⽽使开发⼈员不再需要定义样板化的配置。
通过这种⽅式，Spring Boot致⼒于在蓬勃发展的快速应⽤开发领域(rapid application development)成为领导者什么是springboot ？⽤来简化spring应⽤的初始搭建以及开发过程使⽤特定的⽅式来进⾏配置（properties或yml⽂件）创建独⽴的spring引⽤程序 main⽅法运⾏嵌⼊的Tomcat ⽆需部署war⽂件简化maven配置⾃动配置spring添加对应功能starter⾃动化配置spring boot来简化spring应⽤开发，约定⼤于配置，去繁从简，just run就能创建⼀个独⽴的，产品级别的应⽤Spring Boot有哪些优点？-快速创建独⽴运⾏的spring项⽬与主流框架集成-使⽤嵌⼊式的servlet容器，应⽤⽆需打包成war包-starters⾃动依赖与版本控制-⼤量的⾃动配置，简化开发，也可修改默认值-准⽣产环境的运⾏应⽤监控-与云计算的天然集成SpringBoot所具备的特征：可以创建独⽴的Spring应⽤程序，并且基于其Maven或者Gradle插件，可以创建可执⾏的JARs和WARs；内嵌Tomcat或Jetty等Servlet容器；提供⾃动配置的“starter”项⽬对象模型（POMS）以简化Maven配置；尽可能⾃动配置Spring容器；提供准备好的特性，如指标、健康检查和外部化配置；绝对没有代码⽣成，不需要XML配置；SpringBoot启动类中的注解：@StringBootApplication注解标明此类为启动类@StringBootApplication注解是SpringBoot项⽬的核⼼注解，⽬的是开启⾃动配置在这个配置中包含了以下三种注解：@StringBootConfiguration（此注解意思为：标明此类为配置类）继承了@Configuration注解，⽤来加载配置⽂件@EnableAutoConfiguration（此注解意思为：⾃动配置）@ComponentScan（此注解意思为：扫描包实例化）递归扫描SpringBoot和SpringCloud的不同？SpringBoot是Spring推出⽤于解决传统框架配置⽂件冗余,装配组件繁杂的基于Maven的解决⽅案,旨在快速搭建单个微服务⽽SpringCloud专注于解决各个微服务之间的协调与配置,服务之间的通信,熔断,负载均衡等技术维度并相同,并且SpringCloud是依赖于SpringBoot的,⽽SpringBoot并不是依赖与SpringCloud,甚⾄还可以和Dubbo进⾏优秀的整合开发总结:SpringBoot专注于快速⽅便的开发单个个体的微服务SpringCloud是关注全局的微服务协调整理治理框架,整合并管理各个微服务,为各个微服务之间提供,配置管理,服务发现,断路器,路由,事件总线等集成服务SpringBoot不依赖于SpringCloud,SpringCloud依赖于SpringBoot,属于依赖关系SpringBoot专注于快速,⽅便的开发单个的微服务个体,SpringCloud关注全局的服务治理框架Thymeleaf模板： Thymeleaf代替了我们之前web开发的JSP它也可以轻易的与Springmvc等web框架进⾏集成Thymeleaf特点： 能直接在浏览器中打开并正确，显⽰模板页⾯，不需要重启整个web应⽤由于Thymeleaf使⽤了XMLDOM解析器，因此它并不适合⽤于处理⼤规模的XML⽂件共享Session：1、引⼊redis依赖<dependency><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-data-redis</artifactId></dependency><dependency><groupId>mons</groupId><artifactId>commons-pool2</artifactId></dependency>2、添加注解@EnbaleRedisHttpSession（maxIncativeIntervaLInsecands=46561*50）maxIncativeIntervaLInsecands：设置Session失效时间SpringBootJpa： Java持久化规范、它的出现主要是为了简化，现有的持久化开发⼯作和整合ORM技术 SpringBoot是Spring基于ORM框架，JPA规范的基础上封装的⼀套JPA应⽤框架，可以⼤⼤提⾼开发效率 SpringBootJpa默认预先⽣成了⼀些基本的CURD⽅法：例如增删改查等SpringBoot中应当注意的注解及其作⽤： @PathVariable是spring3.0中的⼀个新功能；能接受请求路径中占位符的值，获取url中的数据@RestControllerAdvice注解和@ControllerAdvice的注解区别：注解有@ControllerAdvice的类，需要在具体⽅法上同时添加@ExceptionHandler和@ResponseBody注解；注解有@RestControllerAdvice的类，只需要在具体⽅法上添加@ExceptionHandler注解；@ExceptionHandler注解⽤来捕获并统⼀处理，减少代码重复率和复杂度@Resource和@Autowired注解都是⽤来实现依赖注⼊的区别：@Autowired注解是按by type⾃动注⼊；@Resource注解默认按byName⾃动注⼊@Resource注解有两个重要属性，分别是name和type@RequestBody和@RequestParam的区别：@RequestBody可以将body⾥⾯所有的json数据传⼊后端，后端进⾏解析；@RequestBody⼀般⽤户处理application/json、application/xml等类型的数据；@RequestBody不适⽤于GET请求，原因：GET请求中没有HttpEntity@RequestParam注解接受的参数是来⾃Http请求或url请求@RequestParam注解可以接受简单类型属性，也可以接收对象类型@RequestParam注解通常⽤来处理Content-Type为application/x-www-form-urlencoded编码的内容（这⾥指form表单数据）@RequestParam注解⽆法读取json格式数据Contnet-Type总结：form表单请求数据类型（application/x-www-form-urlencoded），不可以⽤@RequestBody注解；可以使⽤@RequestParam注解application/json：json字符串⽤@RequestBody注解@Compent注解把普通pojo实体类实例化到Spring容器中@MapperScan注解：递归扫描，⽐如扫描com.zy下的mapper包，例如：MapperScan（"com.zy.Mapper"）@Entity：标明该类是⼀个实体类@Table：当实体类与映射数据库表名不同时，需要使⽤⽐如：@Table（name="user_home"，shema="test"）@SpringBootTest：标明这个类是测试类@Runwith：运⾏测试类，相当于运⾏器@EnableCaching注解：是Springframework中注解驱动的缓存管理功能@Controller和@RestController区别： 在对应的⽅法上，视图解析器可以解析return的JSP、HTML页⾯并且跳转到相对应的页⾯使⽤@Controller注解若返回json字符串内容到页⾯，则需要加@RestController注解。
SpringBoot常用注解和原理整理
SpringBoot常⽤注解和原理整理⼀、启动注解 @SpringBootApplication@Target(ElementType.TYPE)@Retention(RetentionPolicy.RUNTIME)@Documented@Inherited@SpringBootConfiguration@EnableAutoConfiguration@ComponentScan(excludeFilters = { @Filter(type = FilterType.CUSTOM, classes = TypeExcludeFilter.class),@Filter(type = FilterType.CUSTOM, classes = AutoConfigurationExcludeFilter.class) })public @interface SpringBootApplication {}查看源码可发现，@SpringBootApplication是⼀个复合注解，包含了@SpringBootConfiguration，@EnableAutoConfiguration`，@ComponentScan`这三个注解``@SpringBootConfiguration注解，继承@Configuration注解，主要⽤于加载配置⽂件@SpringBootConfiguration继承⾃@Configuration`，⼆者功能也⼀致，标注当前类是配置类，并会将当前类内声明的⼀个或多个以@Bean注解标记的⽅法的实例纳⼊到spring容器中，并且实例名就是⽅法名。
@EnableAutoConfiguration 注解，开启⾃动配置功能@EnableAutoConfiguration可以帮助SpringBoot应⽤将所有符合条件的@Configuration配置都加载到当前SpringBoot创建并使⽤的IoC容器。
快速入门使用SpringBoot进行Java开发
快速入门使用SpringBoot进行Java开发第一章：引言SpringBoot是一个开源的Java开发框架，旨在简化Java应用程序的开发过程。
它基于Spring框架构建，并提供了很多便利的功能和工具，使Java开发变得更加高效和快速。
本章将介绍SpringBoot的背景和特点，并帮助读者建立对SpringBoot的初步认识。
第二章：环境准备在开始使用SpringBoot之前，首先需要准备好相应的开发环境。
本章将介绍如何安装Java开发工具包（JDK）和集成开发环境（IDE），以及如何配置和测试环境，确保开发环境的正常运行。
第三章：快速入门本章将带领读者通过一个简单的示例来快速入门使用SpringBoot进行Java开发。
首先，我们将创建一个空白的SpringBoot项目，并添加必要的依赖。
然后，我们将编写一个简单的控制器类，并配置相应的路由映射。
最后，我们将运行和测试我们的应用程序，确保一切正常。
第四章：Web开发SpringBoot提供了强大且简单易用的Web开发功能，可以轻松构建RESTful API和Web应用程序。
本章将介绍如何使用SpringBoot开发Web应用程序，并演示常见的Web开发技术和实践，如URL映射、HTTP请求处理、数据绑定、表单处理等。
第五章：数据库操作大多数Java应用程序都需要与数据库进行交互，进行数据的读取、写入和修改。
SpringBoot提供了多种数据库访问方式，并且对常见的数据库操作进行了封装和简化。
本章将介绍如何使用SpringBoot进行数据库操作，并演示常用的数据库访问技术，如JDBC、JPA和MyBatis。
第六章：缓存管理在高并发的应用场景下，为了提高系统的性能和响应速度，使用缓存是一个常见且有效的方式。
SpringBoot提供了丰富的缓存管理功能，包括内存缓存、分布式缓存等。
本章将介绍如何使用SpringBoot进行缓存管理，并演示基于Redis的缓存实践。
Springcloud简单学习总结
Springcloud简单学习总结微服务简介⼀、spring boot和spring cloud 的关系spring boot来写各个拆分出来的微服务,spring cloud把各个微服务联系起来,⽐如各个微服务通过eurke找到对⽅spring cloud还提供很多微服务解决⽅案,⽐如⽹关、安全、熔断降级⼆、如何来设计微服务1.服务拆分2.服务注册：⼀个单体架构拆分成多个微服务之后,⼀个服务怎么知道另⼀个服务的存在呢,或者怎么找到另⼀个服务,就需要服务注册3.服务发现：需要找到另⼀个服务的时候,可以通过服务的名称去调⽤另⼀个服务4.服务消费(feign或者ribbon实现)：A服务区调⽤B服务, A服务就是消费者,服务被称为提供者5.统⼀⼊⼝(API⽹关实现)服务数量多起来之后肯定难管理,不可能去获知到每⼀个服务,虽然可以通过服务名称来调⽤,这样服务的消费者需要记住很多服务的名称话很⿇烦这就需要⼀个统⼀的⼊⼝,只需要知道这个⼊⼝的名称就可以了,不需要具体的知道每⼀个服务提供者的名称6.配置管理(config或者Apollo实现)：配置⽂件管理平台7.熔断机制(hystrix实现)：系统在⾼并发的可能会响应不过来,这时候就需要熔断机制,把所有请求都挡住,防⽌系统崩溃;通过熔断系统,把请求挡住,返回⼀个默认的值8.⾃动扩展：服务能⾃动扩容.三、拆分⽅法1.拆分⽅法⽤户界⾯层应⽤层领域层基础设施层天⽓预报系统架构设计1.拆分后的每个微服务的名称msa-weather-collection-servermsa-weather-data-servermsa-weather-city-servermsa-weather-report-server2.天⽓预报系统每个微服务作⽤1)天⽓数据来⾃于第三⽅的数据接⼝,通过"天⽓数据采集微服务"采集过来存储到redis2)所有城市数据列表存储在xml⽂件,通过"城市数据API微服务"来解析,并提供相应接⼝给:天⽓数据采集微服务(根据"城市数据列表微服务"去采集该城市的数据,⽐如去采集⼴州的数据)天⽓预报微服务,因为天⽓预报微服务需要提供下拉框来选择不同的城市,展⽰天⽓情况3)"天⽓数据API微服务"数据来源是从redis中获取的,数据提供给"天⽓预报微服务"来展现3.天⽓预报系统⼯作流程1).天⽓数据采集微服务通过调⽤"城市数据API微服务"获得该城市的ID或者Name,去采集该城市的天⽓数据存储到redis2).天⽓预报微服务通过调⽤"城市数据数据API"获得该城市ID或者Name,在调⽤"天⽓数据API微服务"去采集该城市的天⽓数据,然后展现在web页⾯4.天⽓预报系统接⼝设计第三放天⽓接⼝ GET /weather_mini?citykey={cityId} 参数:cityId天⽓数据接⼝ GET /weather/cityId/{cityId} 参数cityId为城市ID GET /weather/cityName/{cityName} 参数cityName为城市名称天⽓预报接⼝ GET /report/cityId{cityId} 参数:cityId为城市ID城市数据接⼝ GET /cities系统存储是redis和XML(城市的列表)spring cloud简介1.spring cloud作⽤提供配置管理服务注册,作为服务的管理者,他要了解这些服务的状况,让每个服务都注册到spring cloud中,跟它有交互服务发现:不同服务之间能够互相发现对⽅,通过服务注册表和服务注册中⼼实现,发现之后才能调⽤对⽅断路器:当系统负载过⼤的时候它会掐断访问负载均衡、智能路由、微代理、服务间调⽤、⼀次性令牌、控制总线、全局锁、领导选举、分布式会话、集群状态、分布式消息2.spring cloud⼦项⽬介绍1)spring cloud config 配置中⼼,把配置利⽤git来集中管理程序的配置,客户端去读git中的配置2)spring cloud netflix 集群众多netflix的开源软件,包括:Eureka、hystrix、zuul、archaius3)spring cloud bus 消息总线,利⽤分布式消息将服务和服务实例连接在⼀起,⽤于在⼀个集群中传播状态的变化,⽐如配置更改的事件. 可与spring cloud config联合实现热部署 其实就是通信⽅式4)spring cloud cluster 基于zookeeper、redis、hazelcast、consul等实现的领导选举和平民状态模式的实现5)spring cloud consul 实现服务发现和配置管理6)spring cloud security 在zuul代理中为oauth2 rest客户端和认证头转发,提供负载均衡7)spring cloud sleuth 适⽤于spring cloud应⽤程序的分布式跟踪,与zipkin、htrace和基于⽇志（例如ELK）的跟踪相兼容.可以做⽇志收集8)spring cloud data flow 云本地编排服务.易于使⽤的DSL、拖放式GUI和REST API⼀起简化了基于微服务的数据管道的整体编排9)spring cloud stream ⼀个轻量级的事件驱动的微服务框架来快速构建可以连接到外部系统的应⽤程序.使⽤kafka或者rabbitmq在spring boot应⽤程序之间发送和接收消息的简单声明模型10)spring cloud connectors 便于paas应⽤在各种平台上连接到后端,例如数据可和消息服务服务发现和注册1.微服务发现的意义你发布的服务要让其他的服务找到2.如何发现服务通过URI访问访问服务通过服务名称访问 1)10.2.3.1:8080的java服务注册到Eureka中叫passport,10.2.3.2:8080的java服务注册到Eureka中叫passport 2)现在Eureka中passport服务后对应的是10.2.3.1:8080和10.2.3.2:8080的java的服务提供服务 3)然后10.2.3.3:8090服务通过访问passport这个服务名访问到10.2.3.1:8080或者10.2.3.2:8080,不⽤记IP地址+端⼝访问了 4)假如把10.2.3.2:8080服务迁移到10.2.3.4中,那么只需要将3.4注册到Eureka的passport服务中, 10.2.3.3就不⽤更改代码了3.如何搭建Eureka server1)创建⼀个spring cloud项⽬2)pox.xml引⼊eureka-server包3)在配置⾥设置监听端⼝,启动server功能,关闭client功能4.如何把服务注册进Eureka2)创建⼀个spring cloud项⽬2)引⼊eureka-client包3)在代码⾥加上@EnableDisCoveryClient 就可以被eureka⾃动发现了4)在application.properties配置⽂件⾥加上如下内容 : passport #注册到eureka server的服务名称 eureka.client.serviceUrl.defaultZone: http://localhost:8761/eureka/ #eureka的server地址微服务消费者1.微服务消费模式1)服务直连模式,直接通过域名或者路径访问2)客户端发现模式,服务实例启动后,将⾃⼰的位置信息提交到注册中⼼;客户端从注册中⼼查询,来获取可⽤的服务实例;客户端⾃⾏使⽤负载均衡算法从多个实例中选择出⼀个3)服务端发现模式,跟客户端发现模式唯⼀的区别,就是负载均衡不是客户端来做的,是服务端做的架构见图2.常见微服务消费者1)httpClient2)ribbon 基于客户端的负载均衡,结合eureka,使⽤⽀持http和tcp来实现客户端的负载均衡,Eureka为微服务实例提供服务注册,Robbon作为服务消费的客户端; Ribbon使⽤⽅法 添加依赖 dependencies { compile('org.springframework.cloud:spring-clou-starter-netflix-ribbon') } 注⼊ 加⼊:@RibbonClient(name="Ribbon-client",configuration = RibbonConfiguration.class) 配置 LB的算法等等 使⽤ restTemplate.getForEntity("http://passport/cities",String.class) #直接通过注册到eureka的服务名+路径调⽤.原来是10.2.3.1:8080/cities3)feign #这个最常⽤ ①pox. 中添加feign依赖 ②在Application.java启动类中添加@EnableFeignClientsAPI⽹关1.作⽤:统⼀服务⼊⼝,可以⽅便的实现对平台众多服务接⼝进⾏管控,对访问的⽤户⾝份进⾏验证,防⽌数据篡改,业务功能的鉴权,响应数据的脱敏,流量和并发的控制2.API⽹关的意义 集合多个API,对多个API进⾏管理 统⼀API⼊⼝3.API⽹关的好处避免将内部信息泄露给外部,能够将外部公共API跟内部的微服务的API区分开(外部就是给Android之类的调⽤,内部就是给微服务之间调⽤)为微服务添加额外的安全层:为全部的微服务提供统⼀的⼊⼝,从⽽避免的外⾯客户进⾏服务发现和版本控制时都没有授权的API进⾏访问⽀持混合通信协议降低构建微服务的复杂性微服务模拟与虚拟化,通过将微服务内部的API和外部的API加以区分4.API⽹关弊端路由逻辑配置要进⾏统⼀管理,这样才能保证合理的路由连接API⽹关需要做⾼可⽤5.常见API⽹关实现⽅法Nginxspring cloud zuulKONG6.如何集成zuul功能:认证、压⼒测试、⾦丝雀测试、动态路由、负载削减、安全、静态响应处理、主动交换管理1)在controller中引⼊zuul,@EnableZuulProxy2)在application.properties中写⽅法,⽐如zuul.routes.path: /hi/**, zuul.routes.hi.serviceId:passport,就是访问zuul的时候,只要是/hi这个路径的,就将请求转发给passport微服务处理微服务的集中化配置⼀、为什么需要集中化配置微服务数量多,配置多；⼀个微服务需要部署到多台机器,各⾃有不同的配置⼿⼯管理配置繁琐⼆、集中化配置按什么分类1.按照配置的来源划分 主要有源代码、⽂件、数据库连接、远程调⽤等2.按照配置的环境划分 开发环境、测试环境、预发布环境、⽣产环境3.按照配置的集成阶段划分 编译时:源代码级别的配置;把源代码和编译⽂件⼀起提交到代码仓库 打包时:打包阶段通过某种形式将配置⽂件打⼊到最终的应⽤中 运⾏时:应⽤在启动前不需要知道具体的配置,在启动的时候就可以在本地或者远程获取配置⽂件4.按照配置的加载⽅式划分 启动加载: 应⽤在启动时获取配置,并且是只获取⼀次,在应⽤起来之后就不会再去加载配置了（⽐如端⼝号,线程池的信息,基本上⼀启动就不会变） 动态加载: 应⽤在运⾏的各个过程中随时都可以获取到的⼀些配置;这些配置意味着在应⽤运⾏过程中可能会被经常的修改(⽐如页⾯中分页的⼤⼩,⽐如从⼀页20,改为⼀页30,改完就会⽣效的)三、配置中⼼的要求1.⾯向可配置的编码,提取出来,不能写死 ⽐如页⾯分页的⼤⼩,数据库的连接池2.隔离性 不能的部署环境,应⽤之间的配置要隔离,⽐如⽣产环境⼀个配置,测试环境⼀个配置3.⼀致性 同个微服务,如果要部署在多台机器上做分布式,要使⽤同⼀个配置4.集中化配置 在分布式环境下应⽤的配置应该要具备可管理性;配置可以被远程管理四、spring cloud config架构config server:基于git,所以能轻松的实现标记版本的配置环境(可以实现环境+版本的区分),可以访问管理内容config client:五、如何集成spring cloud config1.配置config server添加依赖: dependencies {compile('org.springframe.cloud:spring-cloud-config-server')}引⼊config server注解:@EnableConfigServer修改application.properties: micro-weather-config-server #服务名称server.port=8888eureka.client.serviceUrl.defaultZone: http://localhost:8761/eureka #注册到eureka-serverspring.cloud.config.server.git.uri=https:///waylau/spring-cloud-microservice-development #指定git地址spring.cloud.config.server.git.searchPaths=config-repo #指定git下⾯的路径,跟上⾯合起来就是https:///waylau/spring-cloud-microservice-development/config-repo 2.配置config client添加依赖 dependcies { compile('org.springframe.cloud:spring-cloud-config-client') }修改application.properties: passport #服务名称eureka.client.serviceUrl.defaultZone: http://localhost:8761/eureka #注册到eureka-serverspring.cloud.config.profile=dev #指定环境spring.cloud.config.uri= http://localhost:8888 #指定config server地址#### https:///waylau/spring-cloud-microservice-development⽬录下有个配置⽂件叫passport-dev.properties,内容如下auther=mayun #指定⼀个作者名字3.配置⽂件命名规则{application—name}-{profile}.properties⽐如:passport-dev.properties那passport微服务怎么找到这个配置⽂件呢就是通过application.properties中的服务名称-环境(passport-dev)去config server中application.properties中定义的地址⾥去找passport-dev.properties4.让passport去调⽤远程配置⽂件写⼀个测试⽤例public class ApplicationTests {@Value("${auther}")@Testpublic void contextLoads() {assertEquals("mayun",auther) #如果配置⽂件中的auther的值跟我定义的"mayun"相等,那么就是读取到了}}服务的熔断降级1.什么是服务的熔断机制如果突然间访问量过⼤,超过我们的承受能⼒,就需要熔断机制,不⾄于让我们的资源耗尽,我们⼜要做响⼜要做防护,就靠熔断机制⽐如访问量突然过⼤，超过我们的承受能⼒(设置阈值),就返回给⽤户⼀个默认值(⽐如错误页⾯之类的)2.熔断的原理就是断路器3.断路器的模式1)微软的⽅案close(关闭) Half-open(半打开) open(打开)如果服务正常的时候,断路器默认是close的,如果请求过来失败的次数超过定义的阈值,会启动⼀个定时器,这段时间断路器是half-open(给系统处理问题的时候),如果超过这个定时器,断路器就会完全打开,给请求的⽤户返回⼀个⾃定义的默认值2)spring cloud hystrix⽅案如果某个服务崩了不正常了,不能提供正常响应的,这时候就会启⽤⼀个断路器,把该服务的响应断开,这时候就有⼀个Fallback,返回⼀个错误信息给⽤户4.熔断的意义好处:系统稳定:如果服务崩了,可以快速给⽤户返回⼀个响应,⽽不是让这个访问等待超时减少性能损耗:如果服务崩了,直接返回⼀个简单的响应内容给⽤户,让⽤户知道服务挂了,⽽不是⼀直重试占⽤系统资源及时响应:阈值可定制:⽐如请求数超过1W就启⽤熔断器,功能:异常处理:例如应⽤程序会暂时的降级,然后调⽤备选的操作,来尝试相同的任务或者获取相同的数据,或者将这个应⽤通知给⽤户,让他稍后再试⽇志记录:断路器能记录失败的请求数,以便管理者能测试失败的操作:⼿动复位:并发:熔断器可以被⼤量并发访问,⼤量请求过来后导致服务⽆法响应,这时候才启⽤熔断,这时候所以的请求都是被熔断器处理了,所以熔断器需要能抗住⼤量并发加速断路:重试失败:把失败的详细信息记录下来,在系统恢复正常的时候,在重试⼀下失败的请求,就是把流量copy下来,在系统恢复正常之后在重试5.熔断与降级的区别熔断器是⽐如某个微服务故障了就会触发熔断操作降级就是,原本每天有100个请求,现在每天只有50个请求,那么就会降低⼀个服务数量6.如何集成hystrix在spring cloud中hystrix会监控微服务的调⽤状况,当失败的调⽤达到⼀定的阈值的时候,就会启⽤熔断机制hystrix有⼀个注解叫做hystrix command,通过这个注解将注解的这个类关联到熔断器连在⼀起的代理上1)开发环境spring cloud starter OpenFeign Finchley.M2spring cloud starter Netflix Hystrix Finchley.M22)创建熔断器(添加hystrix依赖)3)启⽤熔断器(加上注解)3)在controller中加⼊HystrixCommand注解。
SpringBootFlutter前后端分离项目实战经验总结
SpringBootFlutter前后端分离项目实战经验总结SpringBoot+Flutter前后端分离项目实战经验总结一、项目概述本文总结了一个基于SpringBoot和Flutter的前后端分离项目的实战经验。
该项目旨在展示如何使用SpringBoot作为后端框架，Flutter作为前端框架，实现一个完整的应用程序。
二、技术选型1. 后端技术选型：SpringBoot、MySQL、MyBatis、Spring Security 等。
2. 前端技术选型：Flutter、Dart语言、HTTP库等。
三、项目架构该项目采用前后端分离架构，前端使用Flutter构建移动端应用，后端使用SpringBoot搭建RESTful API，实现前后端数据的交互和通信。
四、项目开发流程1. 定义需求：明确项目的功能和需求，编写需求文档。
2. 数据库设计：设计数据库表结构，创建相关数据表。
3. 后端开发：使用SpringBoot搭建后端Restful API，实现对数据库的增删改查等操作。
4. 前端开发：使用Flutter框架开发移动端应用，实现与后端API的数据交互和展示。
5. 接口对接：前后端进行接口联调，确保数据的正确传输和展示。
6. 测试与优化：对项目进行测试，修复bug，性能优化等。
7. 部署与上线：将项目部署到服务器上，并上线运行。
五、开发经验总结1. 合理规划项目结构：可以根据业务模块进行划分，分组存放对应的后端和前端代码。
2. 接口设计规范：根据RESTful API规范定义接口，使接口语义清晰易懂。
3. 安全性保障：使用Spring Security等安全框架，对接口进行权限验证和安全防护。
4. 异常处理：合理捕获和处理异常，返回友好的提示信息，提高用户体验。
5. 接口文档编写：编写清晰详细的接口文档，方便前后端协作和接口对接。
6. 前后端协作：建议采用Git作为版本管理工具，定期进行代码的提交与同步。
基于springboot排除扫描类的三种方式小结
基于springboot排除扫描类的三种⽅式⼩结最近在做单测的时候，由于⾃⼰配置的spring boot容器会默认扫描很多不想被加载，⽹上中⽂的⽂章并不多，所以来总结⼀下。
默认下⾯描述的类都在⼀个包下⾯第⼀步我们新建⼀个应⽤启动的类，⼀个类⽤来充当Configuration，为了能明显的感知到其到底有没⽣效，我编写如下:@SpringBootApplicationpublic class Test {public static void main(String[] args) {new SpringApplication(Test.class).run(args);}}@Configurationpublic class MyConfig {@Beanpublic BeanPostProcessor beanPostProcessor() {System.out.println("初始化了 bean BeanPostProcessor");return new BeanPostProcessor() {@Overridepublic Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException {System.out.println("加载了bean " + beanName);return bean;}@Overridepublic Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException {return bean;}};}}我们可以启动应⽤发现输出初始化了 bean BeanPostProcessor加载了bean org.springframework.context.event.internalEventListenerProcessor加载了bean org.springframework.context.event.internalEventListenerFactory加载了bean org.springframework.boot.autoconfigure.AutoConfigurationPackages加载了bean org.springframework.boot.autoconfigure.context.PropertyPlaceholderAutoConfiguration加载了bean org.springframework.boot.autoconfigure.jmx.JmxAutoConfiguration加载了bean objectNamingStrategy加载了bean mbeanServer加载了bean mbeanExporter加载了bean org.springframework.boot.autoconfigure.context.ConfigurationPropertiesAutoConfiguration加载了bean .ProjectInfoProperties加载了bean .ProjectInfoAutoConfiguration加载了bean org.springframework.boot.autoconfigure.web.WebClientAutoConfiguration说明被@Configuration 修饰的类MyConfig本⾝被扫描了。
springboot毕业设计答辩心得800字
springboot毕业设计答辩心得800字本人在美国攻读研究生，专业是体育经济与管理，在研究生的最后一年学习了关于“论文写作”的相关课程。
老师建议我们从体育经济、竞赛和职业运动员三方面进行研究来完成毕业论文，而我就选择了“论文写作”这个方向。
虽然在整个过程中遇到了许多问题，但好在最终顺利解决，现将体会总结如下。
首先介绍一下我们这个小组，由于我所选择的是“体育经济与管理”这个领域，所以我们小组共有五名队友。
其中有三位来自美国和韩国。
在小组讨论阶段，大家各抒己见畅所欲言，使得讨论非常激烈。
这也是我们整个毕业设计过程中碰到的第一个大挑战。
这给我留下深刻印象，因为我觉得毕竟要一起合作两年，即便是平日里不太熟悉的同学，互相也应该能够包容和接纳，否则可能就无法顺利完成毕业论文。
这件事让我明白，团队协作精神对整个项目的成功至关重要，要珍惜每个成员之间的合作机会。
当然，团队中成员间要有分工和交流，要讲求配合默契才行。
在讨论的过程中，我们每天都会花费2-3个小时进行文献检索和资料阅读，并且在讨论的过程中及时补充新知识。
另外，对于设计中所用到的各种统计数据和表格等，大家也进行了详细的分析和处理，甚至还准备了详尽的参考文献清单供以后参考。
虽然在开始做题目的时候很困难，但随着大家逐渐熟悉，讨论越发深入，也就变得轻松简单了。
后来一步步走上正轨，设计中的错误也慢慢减少。
直到论文正式提交，答辩过程也很顺利。
最初没怎么看懂的那些地方，后来仔细琢磨，才发现它们的内涵。
而通过这样的过程，也增强了我们之间的信任感，大家齐心协力为设计贡献自己的力量，为论文画上圆满句号。
从开始制定设计方案，再到每周讨论一次进度，之后开题报告的撰写，最后的论文修改和提交，一切都按照预期在有条不紊地进行。
然后说一些对这次设计的想法吧：在做设计之前，只是根据参考书籍粗略地翻了几页，看了几篇文章，了解了一点简单的背景，但真正去做的时候还是比较茫然。
SpringBoot2.x整合AntiSamy防御XSS攻击的简单总结
SpringBoot2.x整合AntiSamy防御XSS攻击的简单总结⽬录⼀、引⼊依赖⼆、策略⽂件三、实体类和Controller四、创建过滤器五、创建XssRequestWrapper类六、创建配置类七、测试代码⽰例AntiSamy是OWASP的⼀个开源项⽬，通过对⽤户输⼊的HTML、CSS、JavaScript等内容进⾏检验和清理，确保输⼊符合应⽤规范。
AntiSamy被⼴泛应⽤于Web服务对存储型和反射型XSS的防御中。
XSS攻击全称为跨站脚本攻击（Cross Site Scripting），是⼀种在web应⽤中的计算机安全漏洞，它允许⽤户将恶意代码（如script脚本）植⼊到Web页⾯中，为了不和层叠样式表（Cascading Style Sheets, CSS）混淆，⼀般缩写为XSS。
XSS分为以下两种类型：存储型XSS：服务端对⽤户输⼊的恶意脚本没有经过验证就存⼊数据库，每次调⽤数据库都会将其渲染在浏览器上。
则可能为存储型XSS。
反射型XSS：通过get或者post等⽅式，向服务端输⼊数据。
如果服务端不进⾏过滤，验证或编码，直接将⽤户信息呈现出来，可能会造成反射型XSS。
本⽂主要对SpringBoot2.x集成AntiSamy防御XSS攻击进⾏简单总结，其中SpringBoot使⽤的2.4.5版本。
⼀、引⼊依赖<dependency><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-web</artifactId></dependency><!-- AntiSamy依赖 --><dependency><groupId>org.owasp.antisamy</groupId><artifactId>antisamy</artifactId><version>1.6.2</version></dependency><!-- lombok插件 --><dependency><groupId>org.projectlombok</groupId><artifactId>lombok</artifactId><version>1.18.8</version></dependency><dependency><groupId>mons</groupId><artifactId>commons-text</artifactId><version>1.9</version></dependency>⼆、策略⽂件Antisamy对恶意代码的过滤依赖于策略⽂件，策略⽂件为xml格式，规定了AntiSamy对各个标签、属性的处理⽅法。
基于springbootredirect重定向路径问题总结
基于springbootredirect重定向路径问题总结⽬录SpringMVC重定向视图RedirectView⼩分析前⾔实例讲解Controller代码我们通过firebug看下路径：总结SpringMVC重定向视图RedirectView⼩分析前⾔SpringMVC是⽬前主流的Web MVC框架之⼀。
本⽂所讲的部分内容跟SpringMVC的视图机制有关，SpringMVC的视图机制请参考楼主的另⼀篇博客：RedirectView这个视图是跟重定向相关的，也是重定向问题的核⼼，我们来看看这个类的源码。
路径构造完毕之后使⽤reponse进⾏sendRedirect操作。
实例讲解Controller代码@Controller@RequestMapping(value = “/redirect”)public class TestRedirectController {@RequestMapping("/test1")public ModelAndView test1() {view.setViewName("redirect:index");return view;}@RequestMapping("/test2")public ModelAndView test2() {view.setViewName("redirect:login");return view;}@RequestMapping("/test3")public ModelAndView test3(ModelAndView view) {view.setViewName("redirect:/index");return view;}@RequestMapping("/test4")public ModelAndView test4(ModelAndView view) {view.setView(new RedirectView("/index", false));return view;}@RequestMapping("/test5")public ModelAndView test5(ModelAndView view) {view.setView(new RedirectView("index", false));return view;}@RequestMapping("/test6/{id}")public ModelAndView test6(ModelAndView view, @PathVariable("id") int id) {view.setViewName("redirect:/index{id}");view.addObject(“test”, “test”);return view;}@RequestMapping("/test7/{id}")public ModelAndView test7(ModelAndView view, @PathVariable("id") int id) {RedirectView redirectView = new RedirectView("/index{id}");redirectView.setExpandUriTemplateVariables(false);redirectView.setExposeModelAttributes(false);view.setView(redirectView);view.addObject("test", "test");return view;}先看test1⽅法，返回值 “redirect:index” ，那么会使⽤重定向。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
SpringBoot
区别
Springboot是springMVC的升级版,两者没有必然联系,可直接学习springBoot,springBoot是伴随着Spring4.0诞生的
SpringBoot的特点
1.化繁为简,简化配置
2.备受关注,是下一代框架
3.微服务的入门级框架(微服务是当下比较流行的架构spring为微服务架构提供了一整套组件,统称为SrpingCloud,,springcloud是建立在springBoot的基础之上的)
4.使编码变得简单,使配置变得简单,使部署变得简单,使监控变得简单
程序配置
引入jar包
启动类上班必须有@SpringBootApplication注解,controller类要加@RestController注解,方法上配置@RequestMaping注解
注解与模板
讲解:
@Controller注解:处理http请求
@RestController注解:Spring4之后新加的注解,等同于返回json注解的@ResponseBody+controller注解的组合注解
@RequestMapping注解:配置url配置
@PathVariable 获取url中的数据
@RequestParam 获取请求参数的值
如果仅仅使用@Controller,返回的字符串就是页面的名称,需要加入srping官方的模板引擎,在pom.xml中配置,
属性配置
application.properties为springboot的默认配置文件,可配置端口server.port=8081可配置项目路径server.context-path=/gril ,访问路径时的路径就变成localhost:8081/gril/controller名称
application.yml文件是springboot的另一种配置文件,这种文件可以减少重复值(推荐,注意:冒号后要加空格)
在yml文件中自定义属性时,在controller中使用@Value(“${gril}”)
属性映射到bean
创建Gril.java的java文件,类上加@Component和@ConfigurationProperties(prefix="gril"),创建private String name;和private Integer age;属性创建get和set方法,获取配置文件前缀是gril 的配置映射到javabean属性中,
在controller中注入这个bean@Autowired Girl gril ;
如果有多个配置文件比如application.yml,application-A.yml和application-B.yml,如果想使用B 配置文件,可在application.yml文件中配置
数据库操作
JAP(Java Persistence API)定义了一系列对象持久化的标准,目前实现这一规范的产品有hibernate,toplink等
Spring Boot中使用Swagger2构建强大的RESTful API文档
由于Spring Boot能够快速开发、便捷部署等特性，相信有很大一部分Spring Boot 的用户会用来构建RESTful API。
而我们构建RESTful API的目的通常都是由于多终端的原因，这些终端会共用很多底层业务逻辑，因此我们会抽象出这样一层来同时服务于多个移动端或者Web前端。
这样一来，我们的RESTful API就有可能要面对多个开发人员或多个开发团队：IOS 开发、Android开发或是Web开发等。
为了减少与其他团队平时开发期间的频繁沟通成本，传统做法我们会创建一份RESTful API文档来记录所有接口细节，然而这样的做法有以下几个问题：
•由于接口众多，并且细节复杂（需要考虑不同的HTTP请求类型、HTTP头部信息、HTTP请求内容等），高质量地创建这份文档本身就是件非常吃力的事，下游的抱怨声不绝于耳。
•随着时间推移，不断修改接口实现的时候都必须同步修改接口文档，而文档与代码又处于两个不同的媒介，除非有严格的管理机制，不然很容易导致不一致现象。
为了解决上面这样的问题，本文将介绍RESTful API的重磅好伙伴Swagger2，它可以轻松的整合到Spring Boot中，并与Spring MVC程序配合组织出强大RESTful API文档。
它既可以减少我们创建文档的工作量，同时说明内容又整合入实现代码中，让维护文档和修改代码整合为一体，可以让我们在修改代码逻辑的同时方便的修改文档说明。
另外Swagger2也提供了强大的页面测试功能来调试每个RESTful API。
具体效果如下图所示：
下面来具体介绍，如果在Spring Boot中使用Swagger2。
首先，我们需要一个Spring Boot实现的RESTful API工程
添加Swagger2依赖
在pom.xml中加入Swagger2的依赖
创建Swagger2配置类
在Application.java同级创建Swagger2的配置类Swagger2。
如上代码所示，通过@Configuration注解，让Spring来加载该类配置。
再通过@EnableSwagger2注解来启用Swagger2。
再通过createRestApi函数创建Docket的Bean之后，apiInfo()用来创建该Api 的基本信息（这些基本信息会展现在文档页面中）。
select()函数返回一个ApiSelectorBuilder实例用来控制哪些接口暴露给Swagger来展现，本例采用指定扫描的包路径来定义，Swagger会扫描该包下所有Controller定义的API，并产生文档内容（除了被@ApiIgnore指定的请求）。
添加文档内容
在完成了上述配置后，其实已经可以生产文档内容，但是这样的文档主要针对请求本身，而描述主要来源于函数等命名产生，对用户并不友好，我们通常需要自己增加一些说明来丰富文档内容。
如下所示，我们通过@ApiOperation注解来给API增加说明、通过@ApiImplicitParams、@ApiImplicitParam注解来给参数增加说明。
完成上述代码添加上，启动Spring Boot程序，访问：。
就能看到前文所展示的RESTful API的页面。
我们可以再点开具体的API请求，以POST类型的/users请求为例，可找到上述代码中我们配置的Notes信息以及参数user的描述信息，如下图所示。
API文档访问与调试
在上图请求的页面中，我们看到user的Value是个输入框？是的，Swagger除了查看接口功能外，还提供了调试测试功能，我们可以点击上图中右侧的Model Schema（黄色区域：它指明了User的数据结构），此时Value中就有了user
对象的模板，我们只需要稍适修改，点击下方“Try it out！”按钮，即可完成了一次请求调用！
此时，你也可以通过几个GET请求来验证之前的POST请求是否正确。
相比为这些接口编写文档的工作，我们增加的配置内容是非常少而且精简的，对于原有代码的侵入也在忍受范围之内。
因此，在构建RESTful API的同时，加入swagger来对API文档进行管理，是个不错的选择。
个人理解:RESTful API也就是一个可以脱离前端配合而调试接口的方法列表,可输入参数,调用接口,看到返回结果。