
下面是 2025 年初级工程师时薪排行榜：
![image](https://developer.qcloudimg.com/http-save/yehe-1476826/aca20d683b87a6184641426cc2ce09eb.webp)
这是 2024 年的初级工程师时薪排行榜：
![image](https://developer.qcloudimg.com/http-save/yehe-1476826/3570631e097dbc2b179ed8255a55ddbc.webp)
可以看到，PDD 、小红书、和微软还是比较稳定的，依然是前三，腾讯上了一名，蚂蚁金服掉了一名，哔哩哔哩从十四名上升到第五名了。
下面，给大家分享一篇 PDD 的社招三年经验面经，大家感受一下难度如何，题目来源于之前分享的这篇面经的一面：[PDD 社招后端一二面，凉了。。。](https://link.juejin.cn/?target=https%3A%2F%2Fmp.weixin.qq.com%2Fs%2FVwNQb4Q64ObLGG4H1aTdOw)。
### 自我介绍

面试时的自我介绍，其实是你给面试官的“第一印象浓缩版”。它不需要面面俱到，但要精准、自信地展现你的核心价值和与岗位的匹配度。通常控制在 1-2 分钟内比较合适。一个好的自我介绍应该包含这几点要素：
1. 用简单的话说清楚自己主要的技术栈于擅长的领域，例如 Java 后端开发、分布式系统开发；
2. 把重点放在自己的优势上，重点突出自己的能力，最好能用一个简短的例子支撑，例如：我比较擅长定位和解决复杂问题。在[某项目/实习]中，我曾通过[简述方法，如日志分析、源码追踪、压力测试]成功解决了[某个具体问题，如一个棘手的性能瓶颈/一个偶现的 Bug]，将[某个指标]提升了[百分比/具体数值]。
3. 简要提及 1-2 个最能体现你能力和与岗位要求匹配的项目经历、实习经历或竞赛成绩。不需要展开细节，目的是引出面试官后续的提问。
4. 如果时间允许，可以非常简短地表达对所申请岗位的兴趣和对公司的向往，表明你是有备而来。

### 分布式缓存和本地缓存各自适用于哪些场景

**本地缓存 (Local Cache):** 缓存数据直接存储在应用进程的内存中。
![image](https://developer.qcloudimg.com/http-save/yehe-1476826/709353195e2bc4e884492dd409a6d6b4.webp)
- **实现方案：** `ConcurrentHashMap`, Guava Cache, Caffeine（推荐）、Ehcache 等。
- **优缺点：**- **优点：** 访问速度极快，无网络开销，实现简单。
	- **缺点：** 缓存容量受限于单机内存；数据在多个应用实例间不共享，存在数据不一致的风险；应用重启后缓存数据丢失。
- **适用场景：**- **变化频率低、数据量小的热点数据：** 如系统配置、数据字典、权限列表等。这些数据不常变动，但访问频繁，放在本地缓存可以极大提升性能。
	- **单机环境：** 不存在多个服务实例需要协同工作，共享状态。

**分布式缓存 (Distributed Cache):** 缓存数据存储在独立的、外部的缓存服务集群中，应用通过网络访问。
![image](https://developer.qcloudimg.com/http-save/yehe-1476826/8c1ed81e8109fbc3d918351c6a53f3ff.webp)
- **实现方案：** Redis（推荐）, Memcached，KeyDB、Dragonfly。
- **优缺点：**- **优点：** 缓存容量可水平扩展，不受单机限制；所有应用实例共享同一份缓存数据，保证了数据的一致性；服务独立，不随应用重启而丢失数据。
	- **缺点：** 存在网络开销，访问速度低于本地缓存；需要维护独立的缓存集群，增加了系统复杂度和运维成本。
- **适用场景：**- **高频读写、数据量大的场景：** 如用户信息、商品详情、会话（Session）等。
	- **需要保证数据一致性的分布式环境：** 多个服务实例需要协同工作，共享状态。

### ThreadLocal 的应用场景有哪些？使用时注意什么？

`ThreadLocal` 的核心思想是**用空间换时间，通过为每个线程创建独立的变量副本，来彻底避免多线程间的竞争和同步**。它并不解决共享变量的并发问题，而是让变量不再共享。
`ThreadLocal`的典型应用场景如下：
1. **在一次请求处理的调用链中传递上下文信息**：在一个 Web 请求中，用户的身份信息、请求的 TraceID 等需要在 Service 层、DAO 层等多个方法间传递。如果通过方法参数层层传递，会让代码变得非常冗长和耦合。使用 `ThreadLocal` 可以将这些信息存入，在线程的任何一个执行点都能轻松获取，而无需修改方法签名。例如 Spring Security 使用 `SecurityContextHolder` 存储用户认证信息，其底层默认就是 `ThreadLocal`。
2. **管理线程独占的资源，避免频繁创建和销毁**：比如管理数据库连接。在服务层开启事务后，后续所有数据库操作都必须使用同一个连接。通过 ThreadLocal 为当前线程保存这个连接，可以确保事务的完整性，并避免了连接被其他线程误用或关闭的问题。

在使用 `ThreadLocal` 时需要避免内存泄露问题的发生：
1. 在使用完 `ThreadLocal` 后，务必调用 `remove()` 方法。 这是最安全和最推荐的做法。 `remove()` 方法会从 `ThreadLocalMap` 中显式地移除对应的 entry，彻底解决内存泄漏的风险。 即使将 `ThreadLocal` 定义为 `static final`，也强烈建议在每次使用后调用 `remove()`。
2. 在线程池等线程复用的场景下，使用 `try-finally` 块可以确保即使发生异常，`remove()` 方法也一定会被执行。

另外，由于 `ThreadLocal` 的变量值存放在 `Thread` 里，而父子线程属于不同的 `Thread` 的。因此在异步场景下，父子线程的 `ThreadLocal` 值无法进行传递。如果想要在异步场景下传递 `ThreadLocal` 值，有两种解决方案：
- `InheritableThreadLocal` ：`InheritableThreadLocal` 是 JDK1.2 提供的工具，继承自 `ThreadLocal` 。使用 `InheritableThreadLocal` 时，会在创建子线程时，令子线程继承父线程中的 `ThreadLocal` 值，但是无法支持线程池场景下的 `ThreadLocal` 值传递。
- `TransmittableThreadLocal` ： `TransmittableThreadLocal` （简称 TTL） 是阿里巴巴开源的工具类，继承并加强了`InheritableThreadLocal`类，可以在线程池的场景下支持 `ThreadLocal` 值传递。项目地址：**[github.com/alibaba/tra…](https://link.juejin.cn/?target=https%3A%2F%2Fgithub.com%2Falibaba%2Ftransmittable-thread-local)** 。

### 请描述一下你如何排查线上内存泄漏问题

我们可以通过 MAT、JVisualVM 等工具分析 Heap Dump 找到导致`OutOfMemoryError` 的原因。Heap Dump 可以通过 jmap、jcmd、Arthas、JVisualVM 等方式生成，这里就不细说了。
以 MAT 为例，其提供的泄漏嫌疑（Leak Suspects）报告是 MAT 最强大的功能之一。它会基于启发式算法自动分析整个堆，直接指出最可疑的内存泄漏点，并给出详细的报告，包括问题组件、累积点（Accumulation Point）和引用链的图示。
如果“泄漏嫌疑”报告不够明确，或者想要分析的是内存占用过高（而非泄漏）问题，可以切换到**支配树（Dominator Tree）**视图。这个视图将内存对象关系组织成一棵树，父节点“支配”子节点（即父节点被回收，子节点也必被回收）。
下面是一段模拟出现 `OutOfMemoryError`的代码：
```
import java.util.ArrayList;
import java.util.List;

public class SimpleLeak {

    // 静态集合，生命周期与应用程序一样长
    public static List<byte[]> staticList = new ArrayList<>();

    public void leakMethod() {
        // 每次调用都向静态集合中添加一个 1MB 的字节数组
        staticList.add(new byte[1024 * 1024]); // 1MB
    }

    public static void main(String[] args) throws InterruptedException {
        SimpleLeak leak = new SimpleLeak();
        System.out.println("Starting leak simulation...");

        // 循环添加对象，模拟内存泄漏过程
        for (int i = 0; i < 200; i++) {
            leak.leakMethod();
            System.out.println("Added " + (i + 1) + " MB to the list.");
            Thread.sleep(200); // 稍微延时，方便观察
        }

        System.out.println("Leak simulation finished. Keeping process alive for Heap Dump.");
        // 保持进程存活，以便我们有时间生成 Heap Dump
        Thread.sleep(Long.MAX_VALUE);
    }
}
```为了更快让程序出现 `OutOfMemoryError` 问题，我们可以故意设置一个较小的堆 `-Xmx256m`。
IDEA 设置 VM 参数的方式如下图所示：
![image](https://developer.qcloudimg.com/http-save/yehe-1476826/64124422463ba0f27c0904e73d425d16.webp)
具体设置的 VM 参数是：`-Xmx128m -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=simple_leak.hprof`，其中：
- `-Xmx128m`：设置 JVM 最大堆内存为 128MB。
- `-XX:+HeapDumpOnOutOfMemoryError`：当 JVM 发生 `OutOfMemoryError` 时，自动生成堆转储文件（`.hprof`）。
- `-XX:HeapDumpPath=simple_leak.hprof`：指定 OOM 时生成的堆转储文件路径及文件名（这里是 `simple_leak.hprof`）。

运行程序之后，会出现 `OutOfMemoryError`并自动生成了 Heap Dump 文件。
```
Starting leak simulation...
Added 1 MB to the list.
Added 2 MB to the list.
Added 3 MB to the list.
......
Added 113 MB to the list.
Added 114 MB to the list.
Added 115 MB to the list.
java.lang.OutOfMemoryError: Java heap space
Dumping heap to simple_leak.hprof ...
Heap dump file created [124217346 bytes in 0.121 secs]
```我们将 `.hprof` 文件导入 MAT 后，它会首先进行解析和索引。完成后，可以查看它的 **“泄漏嫌疑报告” (Leak Suspects Report)**。
![Mat Leak Suspects Report](https://developer.qcloudimg.com/http-save/yehe-1476826/c9d0d628688c3c967b61ae67a95c1182.webp)
下图中的 Problem Suspect 1 就是可能出现内存泄露的问题分析：
![image](https://developer.qcloudimg.com/http-save/yehe-1476826/139a217f64c72b857c4225760ac4d90f.webp)
- `cn.javaguide.SimpleLeak` 类由 `sun.misc.Launcher$AppClassLoader` 加载，占用 **120,589,040 字节（约 115MB，占堆 98.80%）**，是内存占用的核心。
- 内存主要被 **`java.lang.Object[]` 数组** 占用（120,588,752 字节），说明 `SimpleLeak` 中可能存在大量 `Object` 数组未释放，触发内存泄漏。

Problem Suspect 1 的可以看到有一个 **Details**，点进去即可看到内存泄漏的关键路径和对象占比：
![image](https://developer.qcloudimg.com/http-save/yehe-1476826/b1d3fcdb2265b415c03c90cdffda2f89.webp)
可以看到：`SimpleLeak` 中的**静态集合 `staticList`** 是内存泄漏的 “根源”，因为静态变量生命周期与类一致，若持续向其中添加对象且不清理，会导致对象无法被 GC 回收。
我总结过 JVM 相关的高频面试题，其中包含了常见的问题排查案例，需要的朋友可以自取：[后端面试 PDF 合集！](https://link.juejin.cn/?target=https%3A%2F%2Fmp.weixin.qq.com%2Fs%2F8Pb6ksy7pYFqgK6DhMuOBg)
![image](https://developer.qcloudimg.com/http-save/yehe-1476826/8fca3b668c8a32d55fa4fe7db0579a70.webp)
### 死锁问题怎么排查？

- 使用`jmap`、`jstack`等命令查看 JVM 线程栈和堆内存的情况。如果有死锁，`jstack` 的输出中通常会有 `Found one Java-level deadlock:`的字样，后面会跟着死锁相关的线程信息。另外，实际项目中还可以搭配使用`top`、`df`、`free`等命令查看操作系统的基本情况，出现死锁可能会导致 CPU、内存等资源消耗过高。
- 采用 VisualVM、JConsole 等工具进行排查。

这里以 JConsole 工具为例进行演示。
首先，我们要找到 JDK 的 bin 目录，找到 jconsole 并双击打开。
![jconsole](https://developer.qcloudimg.com/http-save/yehe-1476826/d55f856a7432fcaa31c167c93cc49e04.webp)
对于 MAC 用户来说，可以通过 `/usr/libexec/java_home -V`查看 JDK 安装目录，找到后通过 `open . + 文件夹地址`打开即可。例如，我本地的某个 JDK 的路径是：
```
 open . /Users/guide/Library/Java/JavaVirtualMachines/corretto-1.8.0_252/Contents/Home
```打开 jconsole 后，连接对应的程序，然后进入线程界面选择检测死锁即可！
![jconsole 检测死锁](https://developer.qcloudimg.com/http-save/yehe-1476826/515a930db4701b7d9f3973773776ff6d.webp)
![jconsole 检测到死锁](https://developer.qcloudimg.com/http-save/yehe-1476826/39688c152ac701eb17508dde1dc801c2.webp)
推荐阅读：[Java 并发常见面试题总结（上）](https://link.juejin.cn/?target=https%3A%2F%2Fjavaguide.cn%2Fjava%2Fconcurrent%2Fjava-concurrent-questions-01.html)（多线程基础知识，例如线程和进程的概念、死锁） 。
### 请描述一下 Spring Bean 的完整生命周期

>个人建议面试少问这种问题！

1. **创建 Bean 的实例**：Bean 容器首先会找到配置文件中的 Bean 定义，然后使用 Java 反射 API 来创建 Bean 的实例。
2. **Bean 属性赋值/填充**：为 Bean 设置相关属性和依赖，例如`@Autowired` 等注解注入的对象、`@Value` 注入的值、`setter`方法或构造函数注入依赖和值、`@Resource`注入的各种资源。
3. **Bean 初始化**：- 如果 Bean 实现了 `BeanNameAware` 接口，调用 `setBeanName()`方法，传入 Bean 的名字。
	- 如果 Bean 实现了 `BeanClassLoaderAware` 接口，调用 `setBeanClassLoader()`方法，传入 `ClassLoader`对象的实例。
	- 如果 Bean 实现了 `BeanFactoryAware` 接口，调用 `setBeanFactory()`方法，传入 `BeanFactory`对象的实例。
	- 与上面的类似，如果实现了其他 `*.Aware`接口，就调用相应的方法。
	- 如果有和加载这个 Bean 的 Spring 容器相关的 `BeanPostProcessor` 对象，执行`postProcessBeforeInitialization()` 方法
	- 如果 Bean 实现了`InitializingBean`接口，执行`afterPropertiesSet()`方法。
	- 如果 Bean 在配置文件中的定义包含 `init-method` 属性，执行指定的方法。
	- 如果有和加载这个 Bean 的 Spring 容器相关的 `BeanPostProcessor` 对象，执行`postProcessAfterInitialization()` 方法。
4. **销毁 Bean**：销毁并不是说要立马把 Bean 给销毁掉，而是把 Bean 的销毁方法先记录下来，将来需要销毁 Bean 或者销毁容器的时候，就调用这些方法去释放 Bean 所持有的资源。- 如果 Bean 实现了 `DisposableBean` 接口，执行 `destroy()` 方法。
	- 如果 Bean 在配置文件中的定义包含 `destroy-method` 属性，执行指定的 Bean 销毁方法。或者，也可以直接通过`@PreDestroy` 注解标记 Bean 销毁之前执行的方法。

`AbstractAutowireCapableBeanFactory` 的 `doCreateBean()` 方法中能看到依次执行了这 4 个阶段：
```
protected Object doCreateBean(final String beanName, final RootBeanDefinition mbd, final @Nullable Object[] args)
    throws BeanCreationException {

    // 1. 创建 Bean 的实例
    BeanWrapper instanceWrapper = null;
    if (instanceWrapper == null) {
        instanceWrapper = createBeanInstance(beanName, mbd, args);
    }

    Object exposedObject = bean;
    try {
        // 2. Bean 属性赋值/填充
        populateBean(beanName, mbd, instanceWrapper);
        // 3. Bean 初始化
        exposedObject = initializeBean(beanName, exposedObject, mbd);
    }

    // 4. 销毁 Bean-注册回调接口
    try {
        registerDisposableBeanIfNecessary(beanName, bean, mbd);
    }

    return exposedObject;
}
````Aware` 接口能让 Bean 能拿到 Spring 容器资源。
Spring 中提供的 `Aware` 接口主要有：
1. `BeanNameAware`：注入当前 bean 对应 beanName；
2. `BeanClassLoaderAware`：注入加载当前 bean 的 ClassLoader；
3. `BeanFactoryAware`：注入当前 `BeanFactory` 容器的引用。

`BeanPostProcessor` 接口是 Spring 为修改 Bean 提供的强大扩展点。
```
public interface BeanPostProcessor {

	// 初始化前置处理
	default Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException {
		return bean;
	}

	// 初始化后置处理
	default Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException {
		return bean;
	}

}
```- `postProcessBeforeInitialization`：Bean 实例化、属性注入完成后，`InitializingBean#afterPropertiesSet`方法以及自定义的 `init-method` 方法之前执行；
- `postProcessAfterInitialization`：类似于上面，不过是在 `InitializingBean#afterPropertiesSet`方法以及自定义的 `init-method` 方法之后执行。

`InitializingBean` 和 `init-method` 是 Spring 为 Bean 初始化提供的扩展点。
```
public interface InitializingBean {
 // 初始化逻辑
	void afterPropertiesSet() throws Exception;
}
```指定 `init-method` 方法，指定初始化方法：
```
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
       xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd">

    <bean id="demo" class="com.chaycao.Demo" init-

下面是 2025 年初级工程师时薪排行榜：这是 2024 年的初级工程师时薪排行榜：可以看到，PDD 、小红书、和微软还是比较稳定的，依然是前三，腾讯上了一名，蚂蚁金服掉了一名，哔哩哔哩从十四名上升到第五名了。下面，给大家分享一篇 PDD 的社招三年经验面经，大家感受一下难度如何，题目来源于之前分享的这篇面经的一面：PDD 社招后端一二面，凉了。。。。

程序员时薪排行

前端开发工程

前端

2025年初级工程师时薪排行榜出炉：PDD、小红书、微软稳居前三，腾讯排名上升，蚂蚁金服下滑，哔哩哔哩跃升至第五。文章还分享了PDD社招后端面试经验，涵盖自我介绍技巧、分布式缓存应用场景、ThreadLocal使用注意事项、线上内存泄漏排查方法、死锁问题解决方案及Spring Bean生命周期详解，为Java开发者提供实用面试指南。

数据一致性

数据存储

日志分析

数据丢失

压力测试

数据库

容器

Redis

Java

AI驱动 智领未来

tencentdb-catalog

云数据库采购特惠，高性能、高可靠、高安全，超值优惠等你享！


对象存储COS新用户低至1元！


ES特惠专场，新客首购7折起！


文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

2025年初级工程师时薪排行榜出炉：PDD、小红书、微软稳居前三，腾讯排名上升，蚂蚁金服下滑，哔哩哔哩跃升至第五。文章还分享了PDD社招后端面试经验，涵盖自我介绍技巧、分布式缓存应用场景、ThreadLocal使用注意事项、线上内存泄漏排查方法、死锁问题解决方案及Spring Bean生命周期详解，为Java开发者提供...

程序员时薪排行-腾讯云开发者社区-腾讯云

程序员时薪排行

程序员时薪排行

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐