热文Spring元数据Metadata的使用,注解编程之AnnotationMetadata,ClassMetadata、MetadataReaderFactory
前言 `Spring`在2.0的时候就支持了基于`XML Schema`的扩展机制,让我们可以自定义的对xml配置文件进行扩展(四大步骤,有兴趣的可以自己学习),比如鼎鼎
前言 `Spring`在2.0的时候就支持了基于`XML Schema`的扩展机制,让我们可以自定义的对xml配置文件进行扩展(四大步骤,有兴趣的可以自己学习),比如鼎鼎
这篇文章我们主要深入 `AnnotationMetadata`,了解其底层原理。 > Spring 版本为 5.1.8-RELEASE AnnotationMetadat
<table> <tbody> <tr> <td><font>题目</font></td> </tr> </tbody> </table>
Spring 框架中有很多可用的注解,其中有一类注解称模式注解(Stereotype Annotations),包括 `@Component`, `@Service`,`@Co
�可扩展的XML Schema机制 > 从Spring2.0开始,Spring提供了XML Schema可扩展机制,用户可以自定义XML Schema文件,并自定义XML
转自可参考: [死磕Synchronized底层实现--概论][Synchronized_--] [死磕Synchronized底层实现--偏向锁][Synchronize
一、Synchronized的基本使用 Synchronized是Java中解决并发问题的一种最常用的方法,也是最简单的一种方法。Synchronized的作用主要有三个
一、重量级锁 上篇文章中向大家介绍了Synchronized的用法及其实现的原理。现在我们应该知道,Synchronized是通过对象内部的一个叫做监视器锁(monito
参考文章 [Java并发编程:Synchronized底层优化(偏向锁、轻量级锁)][Java_Synchronized] [聊聊并发(二)Java SE1.
为了换取性能,JVM在内置锁上做了非常多的优化,膨胀式的锁分配策略就是其一。理解偏向锁、轻量级锁、重量级锁的要解决的基本问题,几种锁的分配和膨胀过程,有助于编写并优化基于锁的并
PART0: ![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0
前言 最近公司的项目在陆续升级jdk8,正好想起之前有人问我的jdk8中新增的`LongAdder`类和`AtomicLong`的区别,就忍不住想探究一番。 源码解析 首
技巧: padding long类型 1到7,加x变量,总共 8 \ 8 = 64 个字节 等于 64位计算机 一个内存行的大小。 在多线程操作某一变量的时候,这样利用pad
在计算机行业有一个定律叫"摩尔定律",在此定律下,计算机的性能突飞猛进,而且价格也随之越来越便宜, CPU 从单核到了多核,缓存性能也得到了很大提升,尤其是多核 CPU 技术的
例子:项目A的POM文件有如下依赖声明,optional表示该依赖只影响项目A, 如果有项目B依赖了A,则这两个依赖不会被传递; 因此如果B依赖了A,并且只用到了mysql,
为什么会有内存屏障 每个CPU都会有自己的缓存(有的甚至L1,L2,L3),缓存的目的就是为了提高性能,避免每次都要向内存取。但是这样的弊端也很明显:不能实时的和内
应用场景 在上一篇kafka的consumer消费者,我们使用的是自动提交offset下标。 但是offset下标自动提交其实在很多场景都不适用,因为自动提交是在ka
前言 storm和kafka集群安装是没有必然联系的,我将这两个写在一起,是因为他们都是由zookeeper进行管理的,也都依赖于JDK的环境,为了不重复再写一遍配置,所
Kafka的介绍 Kafka是一种高吞吐量的分布式发布订阅消息系统,它可以处理消费者规模的网站中的所有动作流数据。 Kafka 有如下特性: 以时间复杂度为O
在工作开发中,因为涉及到版本控制,很多android配置文件不小心删掉了。各种报错,也是心累。 在这次编译运行过程中出现了以下问题: 找不到或无法加载主类 org.
<table> <tbody> <tr> <td><font>题目</font></td> </tr> </tbody> </table>
聊聊JVM的年轻代 1.为什么会有年轻代 我们先来屡屡,为什么需要把堆分代?不分代不能完成他所做的事情么?其实不分代完全可以,分代的唯一理由就是优化GC性能。你先想想,