我们先了解下Servlet的生命周期Servlet部署在容器里，其生命周期由容器管理。概括为以下几个阶段：1）容器加载Servlet类。当第一次有Web客户请求Servlet服务或当Web服务启动时。2）创建Servlet对象实例。容器环境根据客户请求，创建一个或多个Servlet对象实例，并把这些实例加入到Servlet实例池中。3）Servlet初始化。容器环境调用Servlet的初始化方法init()进行初始化，并传入一个包含初始化参数和容器环境信息的ServletConfig对象，向Servlet传递数据，若传递失败，则产生ServletException异常，Servlet将不能正常
在正式使用和配置logback之前，先来了解一下logback中的三个核心组件，日后的使用，我们配置的也是这三类核心组件。所以有必要先对它们有个基础了解。1. 日志记录器(Logger)LoggerLogger是一个命名实体，并遵循分层命名规则，它的层次由命名中的.符号表示。例如一个logger名为：com.foo，它就是com.foo.bar的父logger，二者有继承关系。RootLoggerRootLogger是一个特殊的logger实体，它由logback自身提供，无需我们定义，同时它也是logger继承结构中的顶级父对象(类似于Java中的Object)，所有未定义层级关系的logg
在正式使用和配置logback之前，先来了解一下logback中的三个核心组件，日后的使用，我们配置的也是这三类核心组件。所以有必要先对它们有个基础了解。1. 日志记录器(Logger)LoggerLogger是一个命名实体，并遵循分层命名规则，它的层次由命名中的.符号表示。例如一个logger名为：com.foo，它就是com.foo.bar的父logger，二者有继承关系。RootLoggerRootLogger是一个特殊的logger实体，它由logback自身提供，无需我们定义，同时它也是logger继承结构中的顶级父对象(类似于Java中的Object)，所有未定义层级关系的logg
Swagger以及knife4j基本使用目录Swagger以及knife4j基本使用Swagger介绍：Restful面向资源SpringBoot使用swaggerKnife4j--Swagger增强工具Swagger介绍：官网：https://swagger.io/Swagger 是一个规范和完整的框架，用于生成、描述、调用和可视化RESTful风格的Web服务Restful面向资源RESTful是一种架构的规范与约束、原则，符合这种规范的架构就是RESTful架构Rest是web服务的一种架构风格；使用HTTP，URI，XML，JSON，HTML等广泛流行的标准和协议；轻量级，跨平台，跨语
Swagger以及knife4j基本使用目录Swagger以及knife4j基本使用Swagger介绍：Restful面向资源SpringBoot使用swaggerKnife4j--Swagger增强工具Swagger介绍：官网：https://swagger.io/Swagger 是一个规范和完整的框架，用于生成、描述、调用和可视化RESTful风格的Web服务Restful面向资源RESTful是一种架构的规范与约束、原则，符合这种规范的架构就是RESTful架构Rest是web服务的一种架构风格；使用HTTP，URI，XML，JSON，HTML等广泛流行的标准和协议；轻量级，跨平台，跨语
log4j1升级方案目标解决重要安全漏洞多项目日志监测改造（可选）性能提升（可选）功能扩展（可选）升级要求少修改代码或不修改代码功能尽可能平替，而不发生基本功能变化低学习成本具体方案完全平替的改造方案特征完全平替没有额外的学习成本，没有其他的操作，只需要将jar包完全替换掉log4j即可。方案具体内容组件：reload4jreload4j官网mavench.qos.reload4jreload4j1.2.22reload4j是log4j原作者CekiGülcü发起是基于log4j版本1.2.17的分支，其主要目的是为了解决log4j1.2.17中的漏洞。reload4j可以做到完全平替log4
log4j1升级方案目标解决重要安全漏洞多项目日志监测改造（可选）性能提升（可选）功能扩展（可选）升级要求少修改代码或不修改代码功能尽可能平替，而不发生基本功能变化低学习成本具体方案完全平替的改造方案特征完全平替没有额外的学习成本，没有其他的操作，只需要将jar包完全替换掉log4j即可。方案具体内容组件：reload4jreload4j官网mavench.qos.reload4jreload4j1.2.22reload4j是log4j原作者CekiGülcü发起是基于log4j版本1.2.17的分支，其主要目的是为了解决log4j1.2.17中的漏洞。reload4j可以做到完全平替log4
1、Slf4j+logback日志SpringBoot框架的默认日志实现：slf4j+logback；默认日志级别：info，对应了实际生产环境日志级别；1.1日志级别#常见的日志框架中，日志级别都包含五种,优先级从低到高：trace1.1.1trace日志级别trace日志级别，了解，实际开发中，几乎不会使用此级别；(配置文件指定为trace级别才会输出)；logger.trace("------------trace日志级别，了解，实际开发中，几乎不会使用此级别------------------");1.1.2debug日志级别debug日志级别，掌握，实际开发中，此日志级别作为调试日志
1、Slf4j+logback日志SpringBoot框架的默认日志实现：slf4j+logback；默认日志级别：info，对应了实际生产环境日志级别；1.1日志级别#常见的日志框架中，日志级别都包含五种,优先级从低到高：trace1.1.1trace日志级别trace日志级别，了解，实际开发中，几乎不会使用此级别；(配置文件指定为trace级别才会输出)；logger.trace("------------trace日志级别，了解，实际开发中，几乎不会使用此级别------------------");1.1.2debug日志级别debug日志级别，掌握，实际开发中，此日志级别作为调试日志
Pycharm无法添加Conda新建的虚拟环境，点击没反应，在idea.log文件中报错：CondaPythonLegacy-Can'tfindpythonpathtouse,willusecondaruninstead1.软件环境⚙️2.问题描述🔍🐡3.解决方法🐡4.结果预览🤔1.软件环境⚙️Windows10教育版64位WSL2Ubuntu20.04LTSPython3.7.13Pycharm2022.3.2(ProfessionalEdition)conda4.3.302.问题描述🔍今天在WSL2Ubuntu中安装了Pycharm，因此想把之前在conda中新建的虚拟环境关联上。在PyC
