路很长，又很短
博文->>Java
博文列表>>
发表时间：2022-07-01 00:10:18
今天bin将再来为大家带来一篇硬核的技术文章，本文我们将从计算机组成原理的角度详细阐述对象在JVM内存中是如何布局的，以及什么是内存对齐，如果我们头比较铁，就是不进行内存对齐会造成什么样的后果，最后引出压缩指针的原理和应用。同时我们还介绍了在高并发场景下，False Sharing产生的原因以及带来的性能影响。相信大家看完本文后，一定会收获很多，话不多说，下面我们正式开始本文的内容~~本文概要.png在我们的日常工作中，有时候我们为了防止线上应用发生OOM，所以我们需要在开发的过程中计算一些核心对象在内存中的占用大小，目的是为了更好的了解我们的应用程序内存占用的一个大概情况。进而根据我们服务器
发表时间：2022-07-02 18:12:15
分享一份关于《如何编写高效内存的Java代码——How to Write Memory-Efficient Java Code》
B站视频地址：
https://www.bilibili.com/video/BV1ia411X7SW/
下面是PPT：
发表时间：2021-01-07 20:02:48
①2021年节假日数据：
{
"202101": {
"01": "2",
"02": "2",
"03": "2",
"09": "1",
"10": "1",
"16": "1",
"17": "1",
"23": "1",
"24": "1",
"30": "1",
"31": "1"
},
"202102": {
发表时间：2021-08-09 16:08:52
一、背景
最近帮一个同事看他的问题，在文件上传功能(包含其他业务逻辑，这里不重要就不指出了)出现比较诡异的问题。前两天都是正常可以使用，文件上传失败，又出现未知异常！而且了解最近都没改过这功能，通过git log查看确实没动过，所以就很奇怪了。
接下来看下文件上传的交互：
ng-web前端层，controller中台层，微服务业务层。
简单来说就是通过前端选择文件之后进行表单提交，后端使用MultipartFile接收文件，接着再转换成Base64使用JSON调用微服务，微服务接收到Base64再转化成byte数组数
发表时间：2021-08-03 19:56:40
腾讯面试官：说说Redis的哈希表是如何扩容的？
面试者：what？额......，（我懵了！）这个我还没了解过，尬...。但我了解java里面的HashMap的扩容，我觉得应该有相通的一些原理在里面吧，然后我就把HashMap的扩容机制balabla的说了一遍......
Redis中使用哈希表作为底层实现的是叫做字典的数据结构，字典又称为符号表、关联数组或映射(map)。是一种保存键值对的抽象数据结构。
如果你对Java HashMap有所了解的话，那么Redis哈希表就是类似Java中
发表时间：2021-08-03 18:38:19
I/O多路复用（multiplexing）的本质是通过一种机制（系统内核缓冲I/O数据），让单个进程可以监视多个文件描述符，一旦某个描述符就绪（一般是读就绪或写就绪），能够通知程序进行相应的读写操作。
公众号:搬运工来架构
关注Java领域、后端、微服务、架构、分布式、实战经验等。分享技术干货！
01
select
发表时间：2020-07-11 13:37:49
01
问题背景
最近，在使用idea开发时业务系统时，发现idea上使用了@Autowired，发现竟然被警告了！提示：Field injection is not recommended，警告如下图：
what？Field injection is not recommended. （不推荐使用属性注入）
这不是常规操作吗？我们在开发的时候经常使用@Autowired将Bean注入到容器里，已经是非常正规的操作了，凭什么警告我呢？
02
原来如
发表时间：2020-04-19 15:12:49
1、上下文切换
CPU通过时间片分配算法来循环执行任务，当前任务执行一个时间片后会切换到下一个任务。但是，在切换前会保存上一个任务的状态，以便下次切换回这个任务时，可以再加载这个任务的状态。所以任务从保存到再加载的过程就是一次上下文切换。
1）多线程不一定快：
多线程会存在上下文切换的开销。
2）上下文切换测量：
时长：Lmbench3
次数：vmstat
3）减少上下文方
发表时间：2020-04-09 20:39:51
1
背景
最近小伙伴要上线一个小特性——审阅状态的变更。在上线的过程中，发现一个非常奇怪的问题。
基本上保证了逻辑没问题 ，多次检查也没问题。但是事实就是发生了！
小伙伴有点怀疑人生了：）。
所以我们临时的处理方式是增加日志打印，逐步验证我们的逻辑。看看我们是如何排查问题的。
使用的技术框架：springboot+jpa
2
发表时间：2020-03-26 00:08:42
1
程序计数器
一块较小的内存空间。
当前线程所执行的字节码的行号指示器。
2
虚拟机栈
描述的是Java方法执行的线程内存模型：每个方法被执行的时候，Java虚拟机都会同步创建一个栈（StackFrame）用于存储局部变量表、操作数栈、 动态连接、方法出口等信息。每一个方法被调用直至执行完毕的过程，就对应着一个栈帧在虚拟机栈中从入栈到出栈的过程。
局部变量表（存放）
基本数据类型
发表时间：2020-03-20 23:24:34
题外话：Java都有对象，那你的对象在哪里呢？那我也来new一个吧。
了解下Java是怎么创建对象，并且在内存布局和访问定位，可以很好的帮助我们认识虚拟机JVM底层的原理。
这里只是针对HotSpot虚拟机Java对象。
1
对象的创建
■创建过程【虚拟机视角】1、检查这个指令的参数是否能在常量池中定位到一个类的符号引用2、检查这个符号引用代表的类是否已被加载、 解析和初始化过3、类未被加载， 那必须先执行相应的类加载过程4、为新生对象分配内存5、对象实例字段初始化零值6、对象必要设置
发表时间：2019-11-30 01:24:32
写在前面--每个人都是在不断碰壁中获得成长，bug的逼格越高， 成长速度越快。
本人上周亲手写下了一个牛逼的bug，直接导致的结果是，晚上12点升级后台接口以后，第二天早上7点多开始，所有的app页面出现卡顿，白屏。公司研发老总，迅速召集公司运维大佬，产品大佬，研发大佬奔赴公司解决bug。所有人，开始手忙脚乱，查看线上日志，抓包，阿尔萨斯监听 接口耗时。各个大神，各种手段，各显才能。。。经过三个小时的排查，最终用jstack 命令查看线程数，发现整个服务，线程不断攀升至400多，且绝大多数空闲线程一直处于等待状态，没有执行任何任务。
发表时间：2019-09-22 20:52:56
Dubbo服务化，在当前互联网后端开发中，大部分都使用了Dubbo。截止目前github dubbo上，star也将近3万，使用dubbo的公司数量也很可观，Dubbo确实也是一个比较不错的服务化框架。
下面整理比较不错的Dubbo服务化最佳实践，希望可以帮助我们少掉进一些坑，更好的使用Dubbo。
1
分包：公共API
建议将服务接口，服务模型，服务异常等均放在 API 包中，因为服务模型及异常也是 API 的一部分，同时，这样做也符合分包原则：
重用发布等价原则(REP)，共同重用原则(CRP)。
如果需要，也可以考虑在 API 包
发表时间：2019-02-26 21:19:37
大家都知道jmeter压测神器，我们经常需要评估服务性能，系统的吞吐量等性能指标。特别是在测试网站HTTP接口场景非常方便，但是关于RPC接口的测试，却了解的不多，并且实现起来也略微麻烦。下面就来学习怎么使用jmeter压测RPC接口。
1、创建dubbo rpc压测项目
2、因为我们使用的是dubbo来实现rpc，所以我们要设置dubbo的相关配置。
3、dubbo consumer配置文件。我们的压测对象是提供服务
发表时间：2019-02-13 00:04:14
1、问题背景
我的博客网站https://blog.verysu.com，有兴趣的可以访问下。
最近服务器到期等因素，进行了迁移。租了其它的外国厂商，但是由于资费问题，购买了1.5G 内存的服务器（现）。因为原本用惯了4G内存的服务器（原），现在压缩成这样，似乎不太能支持我的使用，囧！
现在就来说下blog服务分配的内存情况：
原：4G 内存，分配给blog，1.5G。
现：1.5G内存，分配给blog，500M。
由于此次调整，原本以为资源需求压力会更大。实际上应该不会，仔细想想，blog也没多少内容的。那么根据
