JAVA中threadlock的简单介绍

拼多多电商部java岗三面落选,记下的面试题,不睡觉都要背下来!

1、sleep()：线程主动释放CPU，不释放锁，属于Thread方法。wait()：线程释放锁并进入等待队列，需notify()唤醒，属于Object方法。CAS（Compare-And-Swap）定义：原子操作，比较内存值与预期值，相等则更新。问题：ABA问题：值从A→B→A，CAS无法检测。

2、手撕算法：二分查找变形题：通过调整公差找到位置。拼多多三面（HR面大约30分钟）对拼多多的了解：拼多多是一家专注于社交电商的互联网公司，以低价和团购为特色。个人情况：询问家乡、就业城市偏好、感情状况等。面试情况：询问面试了哪些公司，对拼多多的偏好等。

3、职业发展：问了些职业发展、是否有其他offer、以及入职意向等问题。福利待遇：顺便说了下公司的福利待遇等，手上有其他offer或者大厂经历会有一定加分。小结 拼多多的面试同样注重基础和技术深度，同时会询问职业发展及入职意向等问题。字节跳动一面 自我介绍及项目：自我介绍，聊项目。

4、面试流程：3轮技术面。面试内容：基础寒暄后直接开始写题，题目难度不一，涉及数据结构、算法、数据库等多个方面。面试题目回顾 拼多多：一面：同步异步、阻塞非阻塞IO区别，epoll/select，进程间通信方式，SVM，笔试题优化等。

死锁编码及定位分析

1、定位死锁线程：在jstack生成的线程快照中，搜索“deadlock”关键字，可以快速定位到发生死锁的线程。分析死锁原因：根据jstack输出的信息，可以分析出哪些线程在等待哪些资源，以及这些资源的持有情况，从而找出死锁的原因。

2、GDB调试：通过断点检查协程堆栈，定位阻塞位置。例如，使用info goroutines查看所有协程状态，分析阻塞原因。runtime/trace：生成程序运行轨迹，可视化分析死锁场景。总结Go语言的死锁问题需通过规范编码习惯预防，如合理使用通道、同步锁及协程控制。若发生死锁，可通过终止协程或调试工具定位问题。

3、崩溃字符的本质：这些字符并非普通文本，而是经过精心设计的Unicode字符序列或特殊编码。它们能够触发系统在文本渲染、内存分配或数据解析过程中的缺陷，导致应用程序或整个系统崩溃。例如，某些字符可能被系统错误解释，引发内存溢出或指针错误；另一些则可能触发无限循环，使系统陷入死锁状态。

4、状态编码：RED、GREEN、YELLOW。转移逻辑：当前方向无车辆且下一方向有请求 → 切换至下一方向绿灯。

5、能够在项目中应用线程池与Guava Monitor，提升系统并发性能。具备调试并发问题的能力，快速定位死锁、数据竞争等典型问题。扩展学习建议技能树探索：LabEx提供20+技能树（如Java并发、分布式系统），可延伸学习更广泛的并发工具（如CompletableFuture、ConcurrentHashMap）。

6、死锁：死锁的定义、必要条件和预防、避免、检测和解除方法。

使用jstack检测Java应用的死锁(deadlock)状态

使用jps -l -m命令列出所有Java进程及其ID。例如：jps -l -m输出可能类似于：51476 thread.DeadLockExample这里的51476就是我们要检测的进程ID。

这段代码中的DeadLock类模拟了一个死锁场景。当我们运行这段代码时，两个线程t1和t2会互相等待对方释放锁，导致死锁。

排查死锁问题检查Java堆栈：使用jstack命令获取当前Java进程的线程堆栈信息。例如，先通过jps命令找到Java进程的PID，再执行jstack PID，输出结果会显示所有线程的状态及调用栈。

如何理解Java中的死锁

加锁次序是指多个并发线程分别试图同时占有两个锁。如果一个线程占有了另一个线程必需的锁，就有可能出现死锁。

死锁至少满足以下三个条件：一个线程等待的锁被另一个线程持有，另一个线程等待的锁被第一个线程持有，以及锁空闲时的等待。第二个属性意味着死锁无法随意重现，其再现性取决于操作系统、CPU频率、CPU负载等。这意味着死锁不适用于软件测试，因为相同的代码在不同系统上可能表现不同。

死锁是什么？死锁是并发编程中常见的一种现象，它发生在两个或多个线程相互等待对方释放资源，从而导致所有相关线程都无法继续执行的情况。就像两个小朋友，他们手上都有一个玩具，但又都想要对方手上的玩具，而且都不会主动放手，导致两位小朋友都僵持着，都玩不到想要的玩具。

Java中的21种锁的理解如下：乐观锁：基于乐观思想，假设并发写的概率低。读数据时不会上锁，写数据时判断值是否一致，一致则更新。主要通过CAS操作实现。悲观锁：基于悲观思想，认为写多读少。每次读写数据都会上锁，其他线程需等待锁释放。自旋锁：利用线程忙循环等待锁。

线程死锁在Java中是指多个线程在执行过程中，由于竞争资源或者彼此之间的协作关系形成的一种状态，导致它们都无法继续向前推进。

JAVA多线程之AQS的实现重入锁ReentrantLock

可重入性实现ReentrantLock 通过 AQS 的内部状态变量 state 记录锁的持有状态和重入次数。首次获取锁：线程调用 lock() 时，若 state=0（锁未被占用），通过 CAS 操作将 state 原子性设置为 1，并标记当前线程为独占线程。

ReentrantLock：表示锁的重入次数。

非公平锁的实现原理是，在每次获取锁时，不会检查AQS队列中是否有其他线程在等待，而是直接尝试获取锁。如果获取失败，则当前线程会加入到等待队列中。这种机制可能会提高系统的吞吐量，因为线程不需要等待前面的线程释放锁后才能尝试获取锁；但也可能导致线程饥饿问题，即某些线程可能长时间无法获取锁。

Java中的锁机制是并发编程中的重要概念，它用于控制多个线程对共享资源的访问，以保证数据的一致性和线程的安全性。Java提供了多种锁机制，其中最为常用的是synchronized关键字和Lock接口及其实现类（如ReentrantLock）。锁的几大特性是否可重入：一个线程是否可以多次获得同一个锁。

Java中LockSupport.park与unpark使用

支持先调用unpark后调用park，避免通知丢失（与wait/notify必须成对且顺序执行不同）。与wait/notify的核心区别无需锁同步park/unpark不依赖synchronized，使用更自由；wait/notify必须在同步块内调用，否则抛出IllegalMonitorStateException。

Park和Unpark是LockSupport类中的方法，用于线程的暂停与唤醒。基本使用包含先park再unpark，以及先unpark再park两种情况。通过实验结果，我们可以看到，当线程执行unpark后，会为其添加唤醒标记。在后续的park操作中，系统会检查线程是否已被提前唤醒。

接下面我来看看 LockSupport 有哪些常用的方法。主要有两类方法： park 和 unpark 。为什么叫park呢，park英文意思为停车。我们如果把Thread看成一辆车的话，park就是让车停下，unpark就是让车启动然后跑起来。我们写一个例子来看看这个工具类怎么用的。