logback

默认日志 Logback： 默认情况下，Spring Boot会用Logback来记录日志，并用INFO级别输出到控制台。在运行应用程序和其他例子时，你应该已经看到很多INFO级别的日志了。 从上图可以看到，日志输出内容元素具体如下： 时间日期：精确到毫秒 日志级别：ERROR, WARN, INFO, DEBUG or TRACE 进程ID 分隔符：— 标识实际日志的开始 线程名：方括号括起来（可能会截断控制台输出） Logger名：通常使用源代码的类名 日志内容 添加日志依赖 假如maven依赖中添加了spring-boot-starter-logging： <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-logging</artifactId> </dependency> 1 2 3 4 但是呢，实际开发中我们不需要直接添加该依赖。 你会发现spring-boot-starter其中包含了 spring-boot-starter-logging，该依赖内容就是 Spring Boot 默认的日志框架 logback。工程中有用到了Thymeleaf，而Thymeleaf依赖包含了spring-boot-starter

问题的引入： 把所有的信息打印在控制台上不行吗？ 01. 控制台有行数限制； 02.System.out.println() 影响系统性能； 03. 如果我们需要对一些用户的行为习惯进行分析，我们找不到用户的数据！ 程序中出现了问题怎么办？ 01.debug 断点调试； ( 务必掌握 ) 02.System.out.println() 把信息打印在 console 控制台上（不会 debug ） 记录日志： 作用： 01. 记录代码中变量的变化情况，易于我们的代码调试和后期维护； 02. 周期性保存一些数据到文件中，以便于后续使用 ; 03. 可以设置日志信息的级别，便于管理。 组成部分： 01. 日志记录器 02. 日志的输出格式 03. 日志的输出目的地 七个输出级别： OFF 级别最高，用于关闭所有的日志记录 FATAL 严重的错误事件将会导致应用程序的退出 ERROR 错误事件，但仍然不影响系统的继续运行 WARN 会出现潜在错误的情形 INFO 消息在粗粒度级别上突出强调应用程序的运行过程 DEBUG 细粒度信息事件对调试应用程序非常有帮助 TRACE 细粒度比 DEBUG 更低的信息事件 ALL 级别最低，用于开启所有的日志记录 生产环境时，建议把 DEBUG 日志级别换成 WARN ，避免产生大量文件！ 日志输出格式（ Layout ） %p ： 日志信息的优先级

环境 操作系统：ubuntu16.04 软件版本： filebeat-6.2.2-linux-x86_64 步骤 官网 https://www.elastic.co/cn/ 下载 curl -L -O https://artifacts.elastic.co/downloads/logstash/logstash-6.6.2.tar.gz 注意版本需要与elasticsearch版本保持一样 解压 tar zvxf logstash-6.6.2.tar.gz 移动 mv logstash-6.6.2 /opt 进入 cd logstash-6.6.2/config 复制conf模板文件 cp logstash-sample.conf logstash.conf 修改默认配置 input { beats { port => 5044 } } output { elasticsearch { hosts => ["http://localhost:9200"] index => "%{[@metadata][beat]}-%{[@metadata][version]}-%{+YYYY.MM.dd}" #user => "elastic" #password => "changeme" } } 启动 ./bin/logstash -f ./config/logstash.conf

　　从接触springboot开始，便深深的被它的简洁性深深的折服了，精简的配置，方便的集成，使我再也不想用传统的ssm框架来搭建项目，一大堆的配置文件，维护起来很不方便，集成的时候也要费力不少。从第一次使用springboot开始，一个简单的main方法，甚至一个配置文件也不需要（当然我是指的没有任何数据交互，没有任何组件集成的情况），就可以把一个web项目启动起来，下面总结一下自从使用springboot依赖，慢慢完善的自己的一个web系统的架构，肯定不是最好的，但平时自己用着很舒服。 1. 配置信息放到数据库里边 　　个人比较不喜欢配置文件，因此有一个原则，配置文件能不用就不用，配置信息能少些就少些，配置内容能用代码写坚决不用xml，因此我第一个想到的就是，能不能把springboot的配置信息写到数据库里，在springboot启动的时候自动去加载，而在application.properties里边只写一个数据源。最终找到了方法： 　　注意图中箭头指向的两行，构造了一个properties对象，然后将这个对象放到了springboot的启动对象application中，properties是一个类似map的key-value容器，springboot可以将其中的东西当做成原来application.properties中的内容一样

一、前言 上篇介绍了 Spring Boot 集成 Dubbo，使我们的系统打下了分布式的基础。随着程序功能的日益复杂，程序的配置日益增多：各种功能开关、参数配置、服务器地址等；对程序配置的期望值也越来越高：配置修改后实时生效，灰度发布，分环境、分集群管理配置，完善的权限、审核机制等；在这样的大环境下，传统的通过配置文件、数据库等方式已经越来越无法满足开发人员对配置管理的需求。分布式配置中心应运而生。本篇将主要介绍分布式配置中心 Apollo 的集成过程。 二、部署 Apollo ① 部署教程见官方文档： https://github.com/ctripcorp/apollo/wiki/分布式部署指南 ② 架构剖析： https://mp.weixin.qq.com/s/-hUaQPzfsl9Lm3IqQW3VDQ 三、使用 Apollo ① 登录 Apollo 管理控制台后创建项目，其中应用 ID 全局唯一。 ② 创建成功后跳转到项目维护界面，左侧上方为环境列表，中间区域为项目信息，下方可操作集群及 namespace 。右侧为默认 namespace ： application ，具体配置项在此区域维护。 四、Spring Boot 集成 Apollo 4.1 引入 Apollo 依赖包 ① 首先在项目父 pom 文件中声明 Apollo 依赖。

一、前言 上篇介绍了 Spring Boot Maven 多模块项目的搭建方法以及 MyBatis 的集成。通常在调试接口或者排查问题时我们主要借助于日志，一个设计合理的日志文件配置能大大降低我们的排查难度，本篇主要介绍 Logback 集成步骤。 二、集成 Logback 2.1 引入依赖包 其实 Spring Boot 提供的父工程中已经包含了所依赖的 Logback jar 包，可通过项目父 pom 中的 「spring-boot-starter-parent」>> 「spring-boot-dependencies」找到 Logback 的三个依赖包。 <dependency> <groupId>ch.qos.logback</groupId> <artifactId>logback-access</artifactId> <version>${logback.version}</version> </dependency> <dependency> <groupId>ch.qos.logback</groupId> <artifactId>logback-classic</artifactId> <version>${logback.version}</version> </dependency> <dependency> <groupId>ch.qos.logback<

　　这段时间准备自己搭建一个快速开发的项目，所以选择用springboot与mybatisplus集成生成基础的CRUD方法，利用swagger生成代码文档。一步一步把搭建过程记录下来，希望能给初学者提供帮助。 搭建springboot 　　在idea上选择新建工程 　　选择Spring Initializr 　　 　　填写maven的gav. 　 　　选择需要的maven依赖 　　 　　输入项目名，点击Finish 最后看一下生成的目录结构，为了方便，我把application.properties文件改成了application.yml文件 在applucation.yml文件中加入项目路径，端口号等配置 server: servlet: path: / demo #设置项目ContextPath port: 8080 #设置Tomcat端口，默认8080 tomcat: uri -encoding: UTF-8 #设置Tomcat编码 在springboot启动类DemoApplication.java中添加扫描包路径配置 package com.example.demo; import org.springframework.boot.SpringApplication; import org.springframework.boot.autoconfigure

松果生活alpha冲刺项目规划 一、alpha冲刺任务 （一）后端数据库部分 完成数据库的搭建和数据表的构建 编写相关的增删改查代码 与后台界面进行数据交互 部署到服务器上进行数据交互测验 （二）后端后台部分 完成大致页面的搭建 与数据库进行数据交互测验 （三）安卓端部分 完成登录界面的构建 完成主页以及主要视图fragment的搭建 做好数据的持久化存储 与后台界面进行数据交互测验 （四）iOS端部分 完成登录界面的构建 完成主页以及部分视图的搭建 与后台界面进行数据交互测验 （五）产品文档部分 优化软件设计说明书 完成会议记录 完成alpha冲刺的冲刺随笔 完成相关的代码规范 二、冲刺计划 工作内容 完成时间 负责人员 编写alpha冲刺项目规划文档以及代码规范 冲刺1前 彭陈浩 第零次会议 冲刺1前 全体成员 后台的数据库、表构建以及初步部署 冲刺1 吴章权、胡世鑫、包鹏飞、龚俊鹏、胡锦浩 登录界面搭建并测试相关api 冲刺1 彭陈浩、李昊朋 后台用户、文章等页面的搭建 冲刺1 赖晓辉、朱鸿昊 数据库的增删改查以及与后台的数据交互 冲刺2-6 吴章权、胡世鑫、包鹏飞、龚俊鹏、胡锦浩、赖晓辉、朱鸿昊 移动端基础界面的完善，发布功能的构建 冲刺2-6 彭陈浩、李昊朋 移动端与后台的数据交互测试 冲刺7 彭陈浩、李昊朋、朱鸿昊、赖晓辉 数据库的相关测试以及排查bug 冲刺7 吴章权

1、下载源码 下载 xxx-job源码 https://github.com/xuxueli/xxl-job 里面包含了xxl-job调度中心服务，xxl-job执行器服务 下载后的源码结构 xxl-job-admin： 调度中心服务 xxl-job-executor-sample-springboot: 执行器我这里选择的是spring boot版本。 2、然后根据xxl-job的入门文档进行配置。点击GET STARTED进入文档。 进入快速入门。执行sql，修改数据库密码配置， 修改logback日志地址配置， 编译源码 三、启动xxl-job-admin 访问 http://localhost:8080/xxl-job-admin/ 界面的效果如下图所示 四、启动xxl-job-executor-sample-springboot 修改logback的日志配置 五、在调度去里设置 来源： oschina 链接： https://my.oschina.net/u/4358286/blog/4260770

本篇文章为系列文章，未读前几集的同学请猛戳这里： Spring Cloud 系列之 Sleuth 链路追踪（一） Spring Cloud 系列之 Sleuth 链路追踪（二） 本篇文章讲解 Sleuth 如何使用 Elasticsearch、Logstash、Kibana 分析追踪数据。 　　 使用 ELK 分析追踪数据 　　 　　点击链接观看： ELK 环境准备视频 （获取更多请关注公众号「哈喽沃德先生」） 　　 　　 ELK 是 elastic 公司提供的 一套完整的日志收集以及展示的解决方案 ，是三个产品的首字母缩写，分别是 Elasticsearch、Logstash 和 Kibana。 Elasticsearch 简称 ES ：实时的分布式搜索和分析引擎，它可以用于全文搜索，结构化搜索以及分析。建立在全文搜索引擎 Apache Lucene 基础上的搜索引擎，使用 Java 语言编写。 Logstash ：具有实时传输能力的数据收集引擎，将各种各样的数据进行收集、解析，并发送给 ES。使用 Ruby 语言编写。 Kibana ：为 Elasticsearch 提供了分析和可视化的 Web 平台。它可以在 Elasticsearch 的索引中查找，交互数据，并生成各种维度表格、图形。 Beats ：一组轻量级采集程序的统称，使用 Go 语言编写。以下是 elastic