用户1739972217838

由于历史原因，公共团队的很多老应用，在异常处理的部分并没有统一的规范，至于什么时候要去捕获异常，也没有相应的要求。 目前存在的问题如下： 1、到处充斥的try...catch的代码，然后捕获后并不处理

问题1：简述JVM的垃圾回收机制，核心流程是什么？ 回答： JVM的垃圾回收（GC）是自动管理内存的核心机制。其核心流程分为三步： 标记（Marking）  ：通过可达性分析算法（根搜索算法），从GC

Java模拟面试总结记录 面试者背景：3-5年经验Java开发，目标岗位为深圳中型互联网公司（如转转、招行科技） 1. 设计模式与架构设计 问题1：工厂模式+策略模式的应用场景 回答： 使用工厂模式+

技术栈： 注册中心：eureka 服务之间调用：feign 前端网关：nginx 灰度发布（Canary Release）是一种逐步发布新版本的方式，通过控制请求中传递的特定参数或请求头来将流量按比例

ThreadPoolExecutor submit和execute执行差异简单随笔分析： ThreadPoolExecutor在执行任务出现异常时，使用execute方法添加的任务会导致原线程

背景 系统快递物流轨迹对接了快递100，在通过快递100订阅单号物流轨迹之后，轨迹更新时会通过回调接口推送最新数据到系统。 在回调接口处理逻辑：(1)如果该单号不存在则新增一条数据作为轨迹；(2)如果

转载自 https://www.cnblogs.com/yescode/p/13961190.html

背景： 在写调用ups第三方接口时，发现其接口文档大部分字段命名遵循大驼峰命名，不符合java常用的小驼峰命名，而在java中，通常会使用一个JavaBean去填充字段，再将该bean放入HttpEn

命令行参数 例如 -Dspring.profile.active=xxx 通过System.getProperties()获取的java系统参数 操作系统环境变量 从java:comp/env得到的J