- 博客(21)
- 资源 (2)
- 收藏
- 关注
RSS订阅原创 2022年最新最全1100+JAVA服务端面试题
2022年最新最全1100+JAVA服务端面试题，涵盖JAVA、数据库、REDIS等17大类、77个小类。
2022-10-17 19:42:48
288
1
原创 开源一套高并发多方案秒杀架构源码
源码地址：https://github.com/ThoughtsBeta/flash-sale高并发多方案秒杀架构本源码原是小册的配套源码，旨在帮助小册读者从源码解构高并发设计的核心要义，现已开源。源码包含两个部分：核心应用和网关应用。受限于版权要求，如需详尽的源码解读，请参阅小册《高并发秒杀设计精要与实现》。源码核心特性基于Spring Boot和Spring Cloud的完整分布式架构应用实践；本地缓存与分布式缓存的设计技巧；同步下单和高并发库存扣减方式；异步队列下单和库存扣减；去中心
2021-12-10 11:02:14
454
原创 起底JVM内存管理及性能调优【80+页Keynote私享PDF】
本文出自二爷箱底下的一份陈年文稿，近日整理资料时被倒腾出来。从内容上看，内容都还没有太过时，于是稍作调整后分享给大家。不过，限于二爷的水平，文稿难免存在错误，欢迎评论区批评指正。由于图片较多（86张），可能引起部分同学不适，你可以直接划拉到本文底部，有PDF版本的获取提示，可以直接获取PDF版本阅读、收藏。PDF版本获取方式关注公众号
2021-07-09 14:59:15
233
1
原创 美丽代码的秘密-《重构》如何让你的代码和你一样赏心悦目【PDF】
在CSDN，同学们往往喜欢分享技术原理性或教程类的文章，这是程序员的天性使然。然而，在我们科学性的技术范畴之外，软件工程则是另外一个重要的话题。通俗地讲，计算机科学是让我们如何把事情做对，即不能出错；而软件工程则教会我们如何做对的事情，也就是做得更好。这篇文章所要介绍的 《重构》 正是属于软件工程的话题，没有它不会耽误你编程，但拥有之后你可能会写出更好的代码。《重构》由ThoughtWorks的首席科学家、软件架构领域的前辈Martin Fowler编写，著作经典且口碑极好。有人说，重构是程序员的洗髓经，
2021-07-09 14:56:19
532
原创 铂金05：致胜良器-无处不在的“阻塞队列”究竟是何面目
欢迎来到《并发王者课》，本文是该系列文章中的第18篇。在线程的同步中，阻塞队列是一个绕不过去的话题，它是同步器底层的关键。所以，我们在本文中将为你介绍阻塞队列的基本原理，以了解它的工作机制和它在Java中的实现。本文稍微有点长，建议先了解大纲再细看章节。一、阻塞队列介绍在生活中，相信你一定见过下图的人山人海，也见过其中的秩序井然。混乱，是失控的开始。想想看，在没有秩序的情况下，拥挤的人流蜂拥而上十分危险，轻则挤出一身臭汗，重则造成踩踏事故。而秩序，则让情况免于混乱，排好队大家都舒服。面对人流，我们
2021-06-26 17:37:33
137
原创 铂金04：令行禁止-为何说信号量是线程间的同步利器
欢迎来到《并发王者课》，本文是该系列文章中的第17篇。在并发编程中，信号量是线程同步的重要工具。在本文中，我将带你认识信号量的概念、用法、种类以及Java中的信号量。信号量（Semaphore） 是线程间的同步结构，主要用于多线程协作时的信号传递，以及对共享资源的保护、防止竞态的发生等。信号量这一概念听起来比较抽象，然而读完本文你会发现它竟然也是如此通俗易懂且挺有用。一、认识简单的信号量虽然信号量的概念很抽象，但理解起来可以很简单。比如下面这幅图，在峡谷对局中，大乔使用大招向哪吒发起了救援，而哪吒在
2021-06-25 19:29:40
195
1
原创 铂金03：一劳永逸-如何理解锁的可重入问题
欢迎来到《并发王者课》，本文是该系列文章中的第16篇。在前面的文章《铂金1：探本溯源-为何说Lock接口是Java中锁的基础》中，我们提到了锁的可重入问题，并作了简单介绍。鉴于锁的可重入是一个重要概念，所以本文把拿出来做一次单独讲解，以帮助你彻底理解它。一、锁的可重入所造成的问题首先，我们通过一段示例代码看锁的可重入是如何导致问题发生，以理解它的重要性。public class ReentrantWildArea { // 野区锁定 private boolean isAreaLoc
2021-06-25 19:29:02
177
1
原创 铂金02：豁然开朗-“晦涩难懂”的ReadWriteLock竟如此妙不可言
欢迎来到《并发王者课》，本文是该系列文章中的第15篇。在上篇文章中，我们介绍了Java中锁的基础Lock接口。在本文中，我们将介绍Java中锁的另外一个重要的基本型接口，即ReadWriteLock接口。在探索Java中的并发时，ReadWriteLock无疑是重要的，然而理解它却并不容易。如果你此前曾经检索资料，应该会发现大部分的文章对它的描述都比较晦涩难懂，或连篇累牍的源码陈列，或隔靴搔痒的三言两语，既说不到重点，也说不清来龙去脉。所以，在本文中我们会将介绍的重点放在对思路的理解上，而不是对源码的
2021-06-25 19:28:22
171
1
原创 铂金1：探本溯源-为何说Lock接口是Java中锁的基础
欢迎来到《并发王者课》，本文是该系列文章中的第14篇。在黄金系列中，我们介绍了并发中一些问题，比如死锁、活锁、线程饥饿等问题。在并发编程中，这些问题无疑都是需要解决的。所以，在铂金系列文章中，我们会从并发中的问题出发，探索Java所提供的锁的能力以及它们是如何解决这些问题的。作为铂金系列文章的第一篇，我们将从Lock接口开始介绍，因为它是Java中锁的基础，也是并发能力的基础。一、理解Java中锁的基础：Lock接口在青铜系列文章中，我们介绍了通过synchronized关键字实现对方法和代码块加锁
2021-06-16 10:42:47
122
原创 黄金3：雨露均沾-不要让你的线程在竞争中被“饿死”
欢迎来到《并发王者课》，本文是该系列文章中的第13篇。在上篇文章中，我们介绍了避免死锁的几种策略。虽然死锁臭名昭著，然而在并发编程中，除了死锁之外，还有一些同样重要的线程活跃性问题值得关注。它们的知名度不高，但破坏性极强，本文将介绍的正是其中的线程饥饿和活锁问题。一、饥饿的产生所谓线程 饥饿（Starvation） 指的是在多线程的资源竞争中，存在贪婪的线程一直锁定资源不释放，其他的线程则始终处于等待状态，然而这个等待是没有结果的，它们会被活活地饿死。独占者的贪婪是饥饿产生的原因之一，概括来说，饥
2021-06-16 10:42:10
277
原创 黄金2：行稳致远-如何让你的线程免于死锁
欢迎来到《并发王者课》，本文是该系列文章中的第12篇。在上篇文章中，我们介绍了死锁的概念及其原因，本文将为你介绍的是几种常见的死锁预防策略。简单来说，预防死锁主要有三种策略：顺序化加锁；给锁一个超时期限；检测死锁。一、顺序化加锁通常，死锁的产生是由于多个线程无序请求资源造成的。资源是有限的，不可能同时满足所有线程的请求。然而，如果能按照一定的顺序分别满足各个线程的请求，那么死锁也就不再存在，也就是所谓的顺序化加锁（Lock Ordering）。举个通俗点的例子，烦人的路口堵车你一定遇到过
2021-06-16 10:41:32
122
原创 黄金1：两败俱伤-互不相让的线程如何导致了死锁僵局
欢迎来到《并发王者课》，本文是该系列文章中的第11篇。在本篇文章中，我将为你介绍多线程中的经典问题-死锁，以及死锁的产生原因、处理和方式预防措施。一、死锁的产生观察下面这幅图，线程1持有了A，但它需要B；而线程2持有了B，但是它需要A。你看，问题就来了，A、B都在等待对方已经持有的资源，并且都不释放，这就让事情陷入了僵局，也就是产生了死锁。在并发编程中，死锁表示的是一种状态。在这种状态下，各方都在等待另一方释放所持有的资源，但是它们之间又缺乏必要的通信机制，导致彼此存在环路依赖而永远地等待下去。
2021-06-16 10:40:51
132
原创 青铜10：千锤百炼-如何解决生产者与消费者经典问题
欢迎来到《并发王者课》，本文是该系列文章中的第10篇。在本篇文章中，我将为你介绍并发中的经典问题-生产者与消费者问题，并基于前面系列文章的知识点，通过wait、notify实现这一问题的简版方案。一、生产者与消费者问题生产者消费者问题（Producer-consumer problem），也称有限缓冲问题（Bounded-buffer problem），是一个多进程、线程同步问题的经典案例。这个问题描述了共享固定大小缓冲区的两个进程——即所谓的“生产者”和“消费者”——在实际运行时会发生的问题。生产
2021-06-16 10:40:07
832
原创 青铜9：防患未然-如何处理线程中的异常
欢迎来到《并发王者课》，本文是该系列文章中的第9篇。在本篇文章中，我将为你介绍线程中异常的处理方式以及uncaughtExceptionHandler用法。一、新线程中的异常去哪了应用程序在执行过程中，难免会出现各种意外错误，如果我们没有对错误进行捕获处理，会直接影响应用的运行结果，甚至导致应用崩溃。而在应用异常处理中，多线程的异常处理是比较重要又容易犯错的地方。接下来，我们通过一段代码模拟一种常见的多线程异常处理方式。在下面的代码中，我们在主线程中创建了新线程nezhaThread，并期望在主线
2021-06-09 19:43:17
153
原创 青铜8：分工协作-从本质认知线程的状态和动作方法
欢迎来到《并发王者课》，本文是该系列文章中的第8篇。在本篇文章中，我将从多线程的本质出发，为你介绍线程相关的状态和它们的变迁方式，并帮助你掌握这块知识点。一、多线程的本质是分工协作如果你是王者的玩家，那么你一定知道王者中的众多英雄分为主要分为几类，比如法师、战士、坦克、辅助等等。一些玩家对这些分类可能并不了解，甚至会觉得，干嘛要搞得这么复杂，干不完了嘛。这…当然不可以！抱此想法的如果不是青铜玩家，想必就是战场上的那些个人英雄主义玩家，在他们眼里没有团队。然而，只有王者知道，比赛胜利的关键，在于团队的
2021-05-31 15:09:56
194
原创 青铜7：顺藤摸瓜-如何从synchronized中的锁认识Monitor.md
在前面的文章中，我们已经体验过synchronized的用法，并对锁的概念和原理做了简单的介绍。然而，你可能已经察觉到，有一个概念似乎总是和synchronized、锁这两个概念如影相随，很多人也比较喜欢问它们之间的区别，这个概念就是Monitor，也叫监视器。所以，在讲解完synchronized、锁之后，文本将为你讲解Monitor，揭示它们之间那些公开的秘密，希望你不再迷惑。首先，你要明白的是，Monitor作为一种同步机制，它并非Java所特有，但Java实现了这一机制。为了具象地理解Moni
2021-05-28 14:31:58
126
原创 青铜6：借花献佛-如何格式化Java内存工具JOL输出
在前面的文章《一探究竟-如何从synchronized理解Java对象头中的锁》中，我们介绍并体验了JOL工具。虽然JOL很赞，但它的输出对我们不是很友好，如果不借助工具，我们很难直观理解其中的含义。下面这段代码是对JOL输出的翻译，建议你收藏。代码非我所写，文末已经注明出处。import org.openjdk.jol.info.ClassLayout;import java.nio.ByteOrder;import java.util.ArrayList;import java.util.
2021-05-27 10:46:53
187
原创 青铜5：一探究竟-从synchronized理解对象头中的锁
在前面的文章《青铜4：synchronized用法初体验》中，我们已经提到锁的概念，并指出synchronized是锁机制的一种实现。可是，这么说未免太过抽象，你可能无法直观地理解锁究竟是什么？所以，本文会粗略地介绍synchronized背后的一些基本原理，让你对Java中的锁有个粗略但直观的印象。本文将分两个部分，首先你要从Mark Word中认识锁，因为对象锁的信息存在于Mark Word中，其次通过JOL工具实际体验Mark Word的变化。一、从Mark Word认识锁我们知道，在HotSp
2021-05-27 10:44:50
163
原创 青铜4：宝刀屠龙-如何使用synchronized
在前面的文章《双刃剑-理解多线程带来的安全问题》中，我们提到了多线程情况下存在的线程安全问题。本文将以这个问题为背景，介绍如何通过使用synchronized关键字解这一问题。当然，在青铜阶段，我们仍不会过多地描述其背后的原理，重点还是先体验并理解它的用法。一、从场景中体验synchronized是谁击败了主宰在峡谷中，击败主宰可以获得高额的经济收益。因此，在条件允许的情况下，大家都会争相击败主宰。于是，哪吒和敌方的兰陵王开始争夺主宰。按规矩，谁是击败主宰的最后一击，谁便是胜利的一方。假设主宰的初始
2021-05-25 17:50:09
175
原创 青铜3：兴利除弊-如何理解多线程的安全问题
在前面的两篇文章中，我们体验了线程的创建，并从OS进程层面认识了线程。现在，我们已经知晓多线程在解决一些场景问题时有特效。然而，不知你可曾想过，多线程虽然效率很高，但是它却有着你无法回避的并发问题。举个王者中常见的场景，双方10人同时进攻主宰，最后击败主宰的玩家才是真正的赢家，而且只能有一位。所以问题来了，假如这10位玩家代表10个线程，它们在并发访问同一个资源时，如何保证数据的安全性？总不至于，主宰只有一条命，可是却有多位玩家获得主宰，这显然不符合逻辑。这个简单例子的背后，是计算机系统中一个普遍且基本
2021-05-24 15:40:51
117
2
原创 青铜2：本来面目-如何认识Java中的线程
在前面的《兵分三路：如何创建多线程》文章中，我们已经通过Thread和Runnable直观地了解如何在Java中创建一个线程，相信你已经有了一定的体感。在本篇文章中，我们将基于前面的示例代码，对线程做些必要的说明，以帮助你从更基础的层面认知线程，并为后续的学习打下基础。一、从进程认知线程在上世纪的80年代中期之前，进程一直都是操作系统中拥有资源和独立运行的基本单位。可是，随着计算机的发展，人们对操作系统的吞吐量要求越来越高，并且多处理器也逐渐发展起来，进程作为基本的调度单位已经越来越不合时宜，因为它太重
2021-05-24 15:40:15
125
Architectural Styles and the Design of Network-based Software Architectures-cn
2014-11-01
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人