Skywalking5.0 和6.0都写过安装记录，但是存储用的都是Elasticsearch

这次随着8.1版本的更新，修改了8.0版本MySQL的问题，所以本期基于MySQL作为存储引擎来描写的。

时隔了一段时间后，又开始使用docker来部署elasticsearch集群，发现对于docker的命令都有些生疏了，这里将其整理下。

今天尝试简单学习了下docker-compose，然后参考了下官方文档，并稍作修改后，写了一个搭建es集群的docker-compse脚本，踩了一些坑，多了一些思考，值得！

前几篇文章有提到Netty的零拷贝中其中有一个体现是使用了NIO的DirectByteBuffer，它是堆外内存，不会占据堆内存，那么这块地域会被垃圾回收期回收吗？

这篇文章，我们就来聊聊关于堆外内存的垃圾回收工作。

Netty的ByteBuf有从不同角度有如下2个分类，4种组合！

• 堆外内存和堆内内存
• 池化和非池化

我们在利用Netty做底层通信框架的时候，会默认给我们的到底是哪一种组合了？

不少关于Netty的文章和视频都表达一个意思，Netty之所以牛逼其中一个原因就是因为它的零拷贝机制。

那么这个零拷贝到底是什么？根据我查阅资料，发现Netty的零拷贝体现在下面3个核心技术点，我们一起来看看真相吧！

下面记录一些我没有特别看懂的文章。

最近为公司的某个业务实现了一个基于Netty的IM聊天应用的服务端，这里将关键思路和重点技术总结下，希望能对大家有个帮助。

这是 IM系列第二篇。

========= 更改说明 ========
2020年07月22日：添加备注，心跳Handler不再共享。

昨天在掘金看到了1篇文章Redis——由分布式锁造成的重大事故，文中主要描述了一起因为Redis分布式锁错误自动过期导致的问题。

今天我就结合这篇文章来谈谈关于Redis除了缓存之外的分布式锁的用法和思考。

简单记录下：记录一下基础类型分别占几位的问题！

直接上代码：

//1.获取context:ConfigurableApplicationContext.其中applicationContext 可以是注入的
ApplicationContext applicationContext = getApplicationContext();  
ConfigurableApplicationContext configFcaotry = applicationContext instanceof ConfigurableApplicationContext 
? ((ConfigurableApplicationContext) applicationContext) : null;


//2.获取factory:DefaultListableBeanFactory
ConfigurableListableBeanFactory beanFactory =configFcaotry.getBeanFactory();  
DefaultListableBeanFactory listFacotry = beanFactory instanceof DefaultListableBeanFactory ? ((DefaultListableBeanFactory) beanFactory) : null;  
  

//3.动态构建bean：BeanDefinitionBuilder
BeanDefinitionBuilder builder = BeanDefinitionBuilder.genericBeanDefinition(DataSource.class).addPropertyValue("password", oriPwd + "@123");  
AbstractBeanDefinition beanDefinition = builder.getBeanDefinition();  
defaultListableBeanFactory.registerBeanDefinition("datasource",beanDefinition);

原有的服务拉取方式：定时的从 Registry拉取全量信息

上述表述有2个关键词：定时、全量

1. 定时拉取：这一个BASE的场景，只能保证最终一致性，在上一次和下一次拉取的间隔，如果服务端的信息发生变化，客户端是无法即时更新的。
2. 全量拉取：每一次客户端都是全量拉取，意味着即使数据不变，也会进行所有数据的拉取，随着客户端数量的增大，容易对服务器造成流量风暴。

后续的优化主要也是针对这2点进行处理的。

最近翻阅之前代码笔记的时候，发现有1个关于IO关闭的问题可以分享给大家。

大概的业务逻辑是：解析XML后，然后将其移动到另外一个目录备份。

业务很简单，处理正常的XML也是没有问题的，但是测试时候发现，一旦XML解析出现问题，文件无法移动或者删除。

这到底是什么原因造成的了？

今天在搭建个人博客的时候，因为对博客的目录进行了修改，需要修改nginx的配置文件，经过一番捣鼓，修改完成后，按照指引通过./nginx -s reload重新加载配置文件，结果无法生效，总是指向老的目录。
2019年2月23日：通过docker来管理nginx更简单！

最近又看了一些关于Java8下ConcurrentHashMap的分析，自己也尝试通过源码来进行一些理解，这里总结性的记录下一些收获，更详细的资料，网上很多，再此就不造轮子了。

本文主要记录put方法相关的几个点：

1. sizectl的作用？
2. 初始化tab数组时，如何保证线程安全的？
3. 初始化tab[i]的时候，如何保证线程安全的？
4. 遍历的时候，如何保证线程安全？
5. addCount，如何保证线程安全的。
6. JDK7的乐观+悲观策略。