P1（紧急）系统容易崩溃；功能设计与需求严重不符；内存泄漏；严重的数值计算错误；系统无法登陆；循环报错，无法正常退出。对系统核心部件功能使用有重大影响，导致无法正常工作。P2（严重）通常表现为：影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性。比如：1.功能未实现；2.功能存在报错；3.数值轻微的计算错误。P3（一般）通常表现为：界面、性能

1.自我介绍：我是\\\工作了\\年先后在\\公司和\\公司工作先后做过\\和\\项目2.简单介绍一下\\项目为了解决\\问题，开发了\\系统，该系统主要由\\部分组成我参与了\\模块的开发简单说一下该模块的业务及设计简单介绍一下项目的整体架构，根据所在模块

SpringBoot除了简化了Spring应用的开发，同时也简化了Spring应用的测试。它内置支持各种常用测试工具，包括SpringTest、JUnit、TestNG、Mockito、AssertJ等。本文将讲解如何编写单元测试和集成测试来保障SpringBootAPI应用不同层级代码的质量，其中会涉及到使用嵌入式的H2数据库

关于软件的高可用，是一个老生常谈的话题。“高可用性”（HighAvailability）通常来描述一个系统经过专门的设计，从而减少停工时间，而保持其服务的高度可用性。

\一、SpringBoot重要特性1.独立的Spring应用程序，嵌入式Tomcat/Jetty容器，无需部署War包2.尽可能使用自动化配置，SpringAutoConfiguration3.提供一批'starter'POM简化Maven及Gradle配置4.提供一系列可以用到生产环境的应用度量、健康检查等特性(Act

摘要：NanoDet是一个速度超快和轻量级的移动端Anchorfree目标检测模型。前言YOLO、SSD、FastRCNN等模型在目标检测方面速度较快和精度较高，但是这些模型比较大，不太适合移植到移动端或嵌入式设备；轻量级模型NanoDetm，对单阶段检测模型三大模块（Head、Neck、Backbone）进行轻量化

1.幂等消息为了解决重试导致的消息重复、乱序问题，kafka引入了幂等消息。幂等消息保证producer在一次会话内写入一个partition内的消息具有幂等性，可以通过重试来确保消息发布的ExactlyOnce语义。实现逻辑很简单:区分producer会话producer每次启动后，首先向broker申请一

生产过程中，线上的业务规则内嵌在系统的各处代码中，每次策略的调整都需要更新线上系统，进行从需求设计编码测试上线这种长周期的流程，满足不了业务规则的快速变化以及低成本的更新试错迭代。因此需要有一种解决方案将商业决策逻辑和应用开发者的技术决策分离开，在系统运行时能去更新管理业务规则。

1、现状痛点系统越来越臃肿，开发过程中可能产生的无用代码增加了系统维护成本。2、设计思路2.1、静态代码扫描方案本方案解决静态代码下无调用方法扫描，通过ASTParser对静态文件进行扫描分析，获取代码块来判断调用关系。基本步骤及思路（1）载入本地磁盘项目