暂无个人介绍
当今互联网领域，不管是APP还是H5，不管是微信端还是小程序，只要是一款像样点的产品，为了增加用户的交互感和用户粘度，多多少少都会涉及到聊天功能。而对于Web端与H5来说，实现聊天最简单的就是使用WebSocket了。而在实现WebSocket聊天的过程中，后台也往往会部署多个WebSocket服务，多个WebSocket服务之间，可以通过Nginx进行负载均衡。今天，我们就来一起说说Nginx是如何配置WebSocket的。
Nginx作为最常用的反向代理和负载均衡服务器，被广泛的应用在众多互联网项目的前置服务中，很多互联网项目直接将Nginx服务器作为整个项目的流量入口。这就使得我们可以通过对Nginx服务器日志的分析，就可以分析出整个网站的访问总量、PV、UV、VV等信息。实际上，企业的业务线众多，很难使用一台Nginx服务器来代理所有的线上服务，这就导致企业会在线上部署多台Nginx服务器。而我们
很多时候，我们根据当时的项目情况和业务需求安装完Nginx后，后续随着业务的发展，往往会给安装好的Nginx添加其他的功能模块。在为Nginx添加功能模块时，要求Nginx不停机。这就涉及到如何为已安装的Nginx动态添加模块的问题。本文，就和小伙伴们一起探讨如何为已安装的Nginx动态添加模块的问题。
Nginx是没有以日期格式作为文件名来存储的，也就是说，Nginx不像Tomcat，每天自动生成一个日志文件，所有的日志都是以一个名字来存储，时间久了日志文件会变得很大。这样非常不利于分析。虽然nginx没有这个功能但我们可以写一个小脚本配合计划任务来达到这样的效果。即让Nginx每天产生一个日志文件，方便我们进行后续的数据分析。
Nginx不仅仅只是一款反向代理和负载均衡服务器，它还能提供很多强大的功能，例如：限流、缓存、黑白名单和灰度发布等等。在之前的文章中，我们已经介绍了Nginx提供的这些功能。小伙伴们可以到【Nginx专题】进行查阅。今天，我们来介绍Nginx另一个强大的功能：禁用IP和IP段。
今天想写一篇使用Nginx如何生成缩略图的文章，想了半天题目也没想好，这个题目还是一名读者帮我起的。起因就是这位读者最近出去面试，面试官正好问了一个Nginx如何生成缩略图的问题。还别说，就是这么巧呀！！就冲这标题，也要写一篇干货满满的技术好文！！
在《【高并发】面试官问我如何使用Nginx实现限流，我如此回答轻松拿到了Offer！》一文中，我们主要介绍了如何使用Nginx进行限流，以避免系统被大流量压垮。除此之外，Nginx还有很多强大的功能，例如：负载均衡、缓存、黑白名单、灰度发布等。今天，我们就来一起探讨Nginx支持的这些强大的功能！
Nginx最为最受欢迎的反向代理和负载均衡服务器，被广泛的应用于互联网项目中。这不仅仅是因为Nginx本身比较轻量，更多的是得益于Nginx的高性能特性，以及支持插件化开发，为此，很多开发者或者公司基于Nginx开发出了众多的高性能插件。使用者可以根据自身的需求来为Nginx指定某款插件以增强Nginx在某种特定场景下的功能或者提升Nginx在某种特定场景下的性能。
最近，有不少读者说看了我的文章后，学到了很多知识，其实我本人听到后是非常开心的，自己写的东西能够为大家带来帮助，确实是一件值得高兴的事情。最近，也有不少小伙伴，看了我的文章后，顺利拿到了大厂Offer，也有不少小伙伴一直在刷我的文章，提升自己的内功，最终成为自己公司的核心业务开发人员。在此，冰河确实为你们高兴，希望小伙伴们能够一如既往的学习，保持一颗持续学习的心态，在技术的道路上越走越远。
最近正在写【高并发专题】的文章，其中，在【高并发专题】中，有不少是分析源码的文章，很多读者留言说阅读源码比较枯燥！问我程序员会使用框架了，会进行CRUD了，是否真的有必要阅读框架源码？！
很多高并发系统中都会使用到消息队列中间件，那么，问题来了，为什么在高并发系统中都会使用到消息队列中间件呢？立志成为资深架构师的你思考过这个问题吗？
很多小伙伴留言说，冰河你能不能写一些关于Java8的文章呢，看书看不下去，看视频进度太慢。好吧，看到不少读者对Java8还是比较陌生的，那我就写一些关于Java8的文章吧，希望对大家有所帮助。经过一段时间的更新，【Java8新特性】专题基本更新完了，也算是告一段落了，今天，我就将【Java8新特性】专题的文章进行汇总，以PDF的形式开放出来，以便大家能够更好的学习和阅读。
有不少小伙伴在实际工作中，对于如何存储文件（图片、视频、音频等）没有一个很好的解决思路。都明白不能将文件存储在单台服务器的磁盘上，也知道需要将文件进行副本备份。如果自己手动写文件的副本机制，那就太麻烦了，这会涉及冗余副本机制、服务器的调度、副本检测、服务器节点检测、文件副本存放策略、网络环境检测等等一系列的难题。了解Hadoop的小伙伴，会自然而然的想到HDFS，
前面我们学习了如何基于两台服务器搭建FastDFS环境，而往往在生产环境中，需要FastDFS做到高可用，那如何基于FastDFS打造一款高可用的分布式文件系统呢？别急，今天，我们就一起来基于FastDFS搭建一套高可用的分布式文件系统。
有不少小伙伴在实际工作中，对于如何存储文件（图片、视频、音频等）没有一个很好的解决思路。都明白不能将文件存储在单台服务器的磁盘上，也知道需要将文件进行副本备份。如果自己手动写文件的副本机制，那就太麻烦了，这会涉及冗余副本机制、服务器的调度、副本检测、服务器节点检测、文件副本存放策略、网络环境检测等等一系列的难题。了解Hadoop的小伙伴，会自然而然的想到HDFS，没错，HDFS可以存储文件，也能够将大文件切分成一个个文件块进行存储，还能够根据配置自动提供冗余副本机制，不用我们自己去处理复杂的冗余副本机制，也不用处理服务器的调度、副本检测、服务器节点检测、文件副本存放策略、网络环境检测等等一系列
在之前的文章中，我们探讨了如何向Spring的IOC容器中注册bean组件，讲解了有关bean组件的生命周期的知识。今天，我们就来一起聊聊@Value注解的用法。
在《【Spring注解驱动开发】面试官再问你BeanPostProcessor的执行流程，就把这篇文章甩给他！》一文中，我们详细的介绍了BeanPostProcessor的执行流程。那么，BeanPostProcessor在Spring底层是如何使用的？今天，我们就一起来探讨下Spring的源码，一探BeanPostProcessor在Spring底层的使用情况。
在前面的文章中，我们讲述了BeanPostProcessor的postProcessBeforeInitialization()方法和postProcessAfterInitialization()方法在bean初始化的前后调用，我们可以自定义类来实现BeanPostProcessor接口，并在postProcessBeforeInitialization()方法和postProcessAfterInitialization()方法中指定我们自定义的逻辑。今天，我们来一起探讨下eanPostProcessor底层原理。
最近在分析Spring源码时，在同一个类中写了嵌套的AOP方法，测试时出现：Spring AOP在同一个类里自身方法相互调用时无法拦截。哎，怎么办？还能怎么办呢？继续分析Spring源码，解决问题呗。于是乎，有了本文。 项目工程源码已经提交到GitHub：https://github.com/sunshinelyz/spring-annotation
作者个人研发的在高并发场景下，提供的简单、稳定、可扩展的延迟消息队列框架，具有精准的定时任务和延迟队列处理功能。自开源半年多以来，已成功为十几家中小型企业提供了精准定时调度方案，经受住了生产环境的考验。为使更多童鞋受益，现给出开源框架地址： https://github.com/sunshinelyz/mykit-delay PS: 欢迎各位Star源码，也可以pr你牛逼哄哄的代码。
在前面的文章中，我们讲述了BeanPostProcessor的postProcessBeforeInitialization()方法和postProcessAfterInitialization()方法在bean初始化的前后调用，我们可以自定义类来实现BeanPostProcessor接口，并在postProcessBeforeInitialization()方法和postProcessAfterInitialization()方法中指定我们自定义的逻辑。今天，我们来一起探讨下eanPostProcessor底层原理。
在前面的文章中，我们讲述了BeanPostProcessor的postProcessBeforeInitialization()方法在bean的初始化之前调用，而postProcessAfterInitialization()方法在bean初始化之后调用，我们可以自定义类来实现BeanPostProcessor接口，并在postProcessBeforeInitialization()方法和postProcessAfterInitialization()方法中指定我们自定义的逻辑。至此，我们对bean的整个生命周期进行了简单的阐述，那么问题来了，针对bean的
有些小伙伴问我，学习Spring是不是不用学习到这么细节的程度啊？感觉这些细节的部分在实际工作中使用不到啊，我到底需不需要学习到这么细节的程度呢？我的答案是：有必要学习到这么细节的程度，而且是有机会、有条件一定要学！吃透Spring的原理和源码！往往拉开人与人之间差距的就是这些细节的部分，当前只要是使用Java技术栈开发的Web项目，几乎都会使用Spring框架。而且目前各招聘网站上对于Java开发的要求几乎清一色的都是熟悉或者精通Spring。所以，你，很有必要学习Spring的细节知识点。
在前面的《【String注解驱动开发】你真的了解@PostConstruct注解和@PreDestroy注解吗？》一文中，我们简单的介绍了@PostConstruct注解与@PreDestroy注解的用法，有不少小伙伴纷纷留言说：在Spring中，@PostConstruct注解与@PreDestroy注解标注的方法是在哪里调用的呀？相信大家应该都挺好奇的吧，那今天我们就来一起分析下@PostConstruct注解与@PreDestroy注解的执行过程吧！
在之前的文章中，我们介绍了如何使用@Bean注解指定初始化和销毁的方法，小伙伴们可以参见《【Spring注解驱动开发】如何使用@Bean注解指定初始化和销毁的方法？看这一篇就够了！！》，也介绍了使用InitializingBean和DisposableBean来处理bean的初始化和销毁，小伙伴们可以参见《【Spring注解驱动开发】Spring中的InitializingBean和DisposableBean，你真的了解吗？》。除此之外，在JDK中也提供了两个注解能够在bean加载到Spring容器之后执行和在bean销毁之前执行，今天，我们就一起来看看这两个注解的用法。
前段时间搭建了一套MySQL分布式数据库集群，数据库节点有12个，用来测试各种分布式事务方案的性能和优缺点。测试MySQL XA事务时，正当测试脚本向数据库中批量插入数据时，强制服务器断电！注意：是直接拔电源，使其瞬间断电，再次重启服务器后，MySQL数据库报错了。特此记录MySQL XA事务的恢复。
在《【Spring注解驱动开发】如何使用@Bean注解指定初始化和销毁的方法？看这一篇就够了！！》一文中，我们讲述了如何使用@Bean注解来指定bean初始化和销毁的方法。具体的用法就是在@Bean注解中使用init-method属性和destroy-method属性来指定初始化方法和销毁方法。除此之外，Spring中是否还提供了其他的方式来对bean实例进行初始化和销毁呢？
在【String注解驱动开发专题】中，前面的文章我们主要讲了有关于如何向Spring容器中注册bean的知识，大家可以到【String注解驱动开发专题】中系统学习。接下来，我们继续肝Spring，只不过从本篇文章开始，我们就进入Spring容器中有关Bean的生命周期的学习。
在前面的文章中，我们知道可以通过多种方式向Spring容器中注册bean。可以使用@Configuration结合@Bean向Spring容器中注册bean；可以按照条件向Spring容器中注册bean；可以使用@Import向容器中快速导入bean对象；可以在@Import中使用ImportBeanDefinitionRegistrar向容器中注册bean。
在前面的文章中，我们学习了如何使用@Import注解向Spring容器中导入bean，可以使用@Import注解快速向容器中导入bean，小伙伴们可以参见《【Spring注解驱动开发】使用@Import注解给容器中快速导入一个组件》。可以在@Import注解中使用ImportSelector接口导入bean，小伙伴们可以参见《【Spring注解驱动开发】在@Import注解中使用ImportSelector接口导入bean》一文。今天，我们就来说说，如何在@Import注解中使用ImportBeanDefinitionRegistrar向容器中注册bean。
最近，一位读者出去面试前准备了很久，信心满满的去面试。没想到面试官的一个问题把他难住了。面试官的问题是这样的：如何使用Spring将Service注入到Servlet中呢？这位读者平时也是很努力的，看什么源码啊、多线程啊、高并发啊、设计模式啊等等。没想到却在一个很简单的问题上栽了跟头，这就说明学习知识要系统化，要有条理，切忌东学一点，西记一点，否则，到头来，啥也学不到。
在前面的文章中，我们知道了可以使用ImportSelector接口实现向Spring容器中导入bean，那ImportSelector接口是如何实现的呢，接下来，我们就一探究竟！
在上一篇关于Spring的@Import注解的文章《【Spring注解驱动开发】使用@Import注解给容器中快速导入一个组件》中，我们简单介绍了如何使用@Import注解给容器中快速导入一个组件，而我们知道，@Import注解总共包含三种使用方法，分别为：直接填class数组方式；ImportSelector方法（重点）；ImportBeanDefinitionRegistrar方式。那么，今天，我们就一起来学习关于@Import注解非常重要的第二种方式：ImportSelector方式。
我们可以将一些bean组件交由Spring管理，并且Spring支持单实例bean和多实例bean。我们自己写的类，可以通过包扫描+标注注解（@Controller、@Servcie、@Repository、@Component）的形式将其注册到IOC容器中，如果不是我们自己写的类，比如，我们在项目中引入了一些第三方的类库，此时，我们需要将这些第三方类库中的类注册到Spring容器中，该怎么办呢？此时，我们就可以使用@Bean和@Import注解将这些类快速的导入Spring容器中。接下来，我们来一起探讨下如何使用@Import注解给容器中快速导入一个组件。
当bean是单实例，并且没有设置懒加载时，Spring容器启动时，就会实例化bean，并将bean注册到IOC容器中，以后每次从IOC容器中获取bean时，直接返回IOC容器中的bean，不再创建新的bean。
Spring在启动时，默认会将单实例bean进行实例化，并加载到Spring容器中。也就是说，单实例bean默认在Spring容器启动的时候创建对象，并将对象加载到Spring容器中。如果我们需要对某个bean进行延迟加载，我们该如何处理呢？此时，就需要使用到@Lazy注解了。
Spring容器中的组件默认是单例的，在Spring启动时就会实例化并初始化这些对象，将其放到Spring容器中，之后，每次获取对象时，直接从Spring容器中获取，而不再创建对象。如果每次从Spring容器中获取对象时，都要创建一个新的实例对象，该如何处理呢？此时就需要使用@Scope注解设置组件的作用域。
Spring的强大之处不仅仅是提供了IOC容器，能够通过过滤规则指定排除和只包含哪些组件，它还能够通过自定义TypeFilter来指定过滤规则。如果Spring内置的过滤规则不能够满足我们的需求，那么我们就可以通过自定义TypeFilter来实现我们自己的过滤规则。
在实际项目中，我们更多的是使用Spring的包扫描功能对项目中的包进行扫描，凡是在指定的包或子包中的类上标注了@Repository、@Service、@Controller、@Component注解的类都会被扫描到，并将这个类注入到Spring容器中。Spring包扫描功能可以使用XML文件进行配置，也可以直接使用@ComponentScan注解进行设置，使用@ComponentScan注解进行设置比使用XML文件配置要简单的多。 项目工程源码已经提交到GitHub：https://github.com/sunshinelyz/spring-annotation
在之前的Spring版本中，我们只能通过写XML配置文件来定义我们的Bean，XML配置不仅繁琐，而且很容易出错，稍有不慎就会导致编写的应用程序各种报错，排查半天，发现是XML文件配置不对！另外，每个项目编写大量的XML文件来配置Spring，也大大增加了项目维护的复杂度，往往很多个项目的Spring XML文件的配置大部分是相同的，只有很少量的配置不同，这也造成了配置文件上的冗余。 项目工程源码已经提交到GitHub：https://github.com/sunshinelyz/spring-annotation
今天，面了一个工作5年的小伙伴，面试结果不理想啊！也不是我说，工作5年了，问多线程的知识：就只知道继承Thread类和实现Runnable接口！问Java集合，竟然说HashMap是线程安全的！问MySQL的MyISAM存储引擎和InnoDB存储引擎的区别，竟然说成是MyISAM存储引擎支持事务，InnoDB不支持！问Spring就只知道IOC和AOP的概念，深一点就不知道了！再问项目。。。哎，算了，不说了！ 大家对于设计模式、高并发和Java8新特性，不了解的，就去看我的专栏吧！今天，我们来聊聊关于Spring注解驱动开发的那些事儿，也算是Spring专栏的开篇吧！
在Java8之前，在某个类或者方法，字段或者参数上标注注解时，同一个注解只能标注一次。但是在Java8中，新增了重复注解和类型注解，也就是说，从Java8开始，支持在某个类或者方法，字段或者参数上标注多个相同的注解。那么，有读者就会问了：如何实现呢？别急，往下看！文中不只是Java8中的注解。
Java8之前的日期和时间API，存在一些问题，比如：线程安全的问题，跨年的问题等等。这些问题都在Hava8中的日期和时间API中得到了解决，而且Java8中的日期和时间API更加强大。立志成为架构师的你，必须掌握Java8中的日期和时间API。
在Java8之前的版本中，接口中只能声明常量和抽象方法，接口的实现类中必须实现接口中所有的抽象方法。而在Java8中，接口中可以声明默认方法和静态方法，本文，我们就一起探讨下接口中的默认方法和静态方法。
最近，很多读者出去面试都在Java8上栽了跟头，事后自己分析，确实对Java8的新特性一知半解。然而，却在简历显眼的技能部分写着：熟练掌握Java8的各种新特性，能够迅速使用Java8开发高并发应用！这不，又一名读者因为写了熟练掌握Java8的新特性而被面试官虐的体无完肤！我不是说不能写，可以这样写！但是，咱在写熟练掌握Java8新特性的时候，应该静下心来好好想想自己是否真的掌握了Java8。如果自己心中对是否掌握了Java8这个问题模棱两可的话，那确实要好好静下心来为自己充电了！一定要从模棱两可到彻底掌握Java8，那到时就不是面试官虐你了，而是你吊打面试官！！
如果你出去面试，面试官问了你关于Java8 Stream API的一些问题，比如：Java8中创建Stream流有哪几种方式？（可以参见：《【Java8新特性】面试官问我：Java8中创建Stream流有哪几种方式？》）Java8中的Stream API有哪些中间操作？（可以参见：《【Java8新特性】Stream API有哪些中间操作？看完你也可以吊打面试官！！》）如果你都很好的回答了这些问题，那么，面试官可能又会问你：Java8中的Stream API有哪些终止操作呢？没错，这就是Java8中有关Stream API的灵魂三问！不要觉得是面试官在为难你，只有你掌握了这些细节，你就可以反过来
作者个人研发的在高并发场景下，提供的简单、稳定、可扩展的延迟消息队列框架，具有精准的定时任务和延迟队列处理功能。自开源半年多以来，已成功为十几家中小型企业提供了精准定时调度方案，经受住了生产环境的考验。为使更多童鞋受益，现给出开源框架地址： https://github.com/sunshinelyz/mykit-delay PS: 欢迎各位Star源码，也可以pr你牛逼哄哄的代码。
最近，一直有小伙伴让我整理下关于JVM的知识，经过十几天的收集与整理，初版算是整理出来了。希望对大家有所帮助。
先说点题外话：不少读者工作几年后，仍然在使用Java7之前版本的方法，对于Java8版本的新特性，甚至是Java7的新特性几乎没有接触过。真心想对这些读者说：你真的需要了解下Java8甚至以后版本的新特性了。 今天，一名读者出去面试，面试官问他：说说Java8中创建Stream流有哪几种方式？他竟然没回答上来！！
作为程序员，多多少少都会遇到一些内存溢出的场景，如果你还没遇到，说明你工作的年限可能比较短，或者你根本就是个假程序员！哈哈，开个玩笑。今天，我们就以Java代码的方式来列举几个典型的内存溢出案例，希望大家在日常工作中，尽量避免写这些low水平的代码。
发表了文章
2025-03-02
发表了文章
2025-03-02
发表了文章
2025-03-02
发表了文章
2025-03-02
发表了文章
2025-03-02
发表了文章
2025-03-02
发表了文章
2025-03-02
发表了文章
2025-03-02
发表了文章
2025-03-02
发表了文章
2025-03-02
发表了文章
2025-03-02
发表了文章
2025-03-02
发表了文章
2025-03-02
发表了文章
2025-03-02
发表了文章
2025-03-02
发表了文章
2025-03-02
发表了文章
2025-03-02
发表了文章
2025-03-02
发表了文章
2025-03-02
发表了文章
2025-03-02
