一、前言

最近在看项目代码时候，发现有一段奇怪的代码，细看完全多余，然后这其中却隐藏着一个不为人知的关于 ForkJoinPool 的秘密…

并行垃圾收集器

并行垃圾收集器（也称为吞吐量收集器）是与串行垃圾收集器类似的分代收集器。串行和并行垃圾收集器之间的主要区别在于并行垃圾收集器使用多线程去加快垃圾收集速度。

使用命令行选项-XX:+UseParallelGC启用并行垃圾收集器。默认情况下，使用该选项，minor和major垃圾收集都并行运行，以进一步减少垃圾收集开销。

大多数并发垃圾收集器

大多数并发垃圾收集器对应用程序并发地执行部分工作，正如他们的名称一样。JAVA HotSpot VM包含两个最常使用的并发垃圾收集器：

• Concurrent Mark Sweep(CMS) 垃圾收集器：此垃圾收集器适用于那些希望缩短垃圾收集暂停时间并且能够与垃圾收集共享处理器资源的应用程序。
• Garbage-First (G1) 垃圾收集器：这个是服务器级别的垃圾收集器，应用于具有大量内存的多处理器计算机。他在实现垃圾收集器暂停时间目标的同时达到一个尽可能高的吞吐量。

CMS并发标记扫描 垃圾收集器

CMS垃圾收集器是为了那些需要更短的垃圾收集暂停时间，并且能够在应用程序运行时与垃圾收集器共享处理器资源的应用程序而设计的。

通常，拥有相对较大的长时间存活的数据（一个大的年老代）并且在运行的机器上具有两个或者更多的处理器的应用程序会从CMS垃圾收集器受益。CMS垃圾收集器可以通过命令行选项-XX:+UseConcMarkSweepGC启用。

CMS垃圾收集器已经被废弃，强烈建议考虑G1垃圾收集器替代。

前言

在日常工作中，经常要判断一个元素是否在一个集合中。假设你要向浏览器添加一项功能，该功能可以通知用户输入的网址是否是恶意网址，此时你手上有大约 1000 万个恶意 URL 的数据集，你该如何实现该功能。按我之前的思维，要判断一个元素在不在当前的数据集中，首先想到的就是使用 `hash table`，通过哈希函数运行所有的恶意网址以获取其哈希值，然后创建出一个哈希表（数组）。这个方案有个明显的缺点，就是需要存储原始元素本身，内存占用大，而我们其实主要是关注 `当前输入的网址在不在我们的恶意 URL 数据集中`，也就是之前的恶意 URL 数据集的具体值是什么并不重要，通过吴军老师的《数学之美》了解到，对于这种场景大数据领域有个用于在海量数据情况下判断某个元素是否已经存在的算法很适合，关键的一点是该算法并不存储元素本身，这个算法就是 — 布隆过滤器(Bloom filter)。

大卫说：“服务的调用最终是通过函数实现的”。“但函数要绑定数据以确定并行的粒度”：皮特争辩道。早上大卫和皮特在花园里争论着，我们所开发的软件的结构究竟是面向对象还是面向函数？这个问题猛然听来好像非常矛盾。软件的结构似乎只能在面向对象和面向函数之间进行选择。但其实不然，面向对象和面向函数不过是我们在开发过程中的一种思考方式。当你从用户的角度来看开发的过程，就是面向对象的。因为用户最终操作的是一个很小的数据集合。这个集合可以抽象的叫做对象。当你换个角度从服务器这边去看时。服务器的数据被各种用户函数所操作。所有函数所拥有的数据的子集的合，构成了服务器的全部数据。并且每个函数的范围都不固定。可能操作很小的数据，也可能操作很大的数据。小到用户状态的更改。大到对几年的数据进行统计分析。哪么从服务器的角度来看就叫面向函数的编程。

作者：小村长

工厂方法模式(Factory Method Pattern)：定义一个用于创建对象的接口，让子类决定将哪一个类实例化。工厂方法模式让一个类的实例化延迟到其子类。

阅读全文

 作者：小村长

疫情期间重新温习了一遍设计模式，期间查阅了很多博客学习了其他老师对于设计模式的见解。然后整理成笔记分享给大家，同时也非常欢迎大家指出笔记中有所欠缺的地方，希望本系列笔记能够对大家的工作和学习有所帮助。

什么是设计模式 模式是在特定环境下人们解决某类重复出现问题的一套成功或有效的解决方案 软件设计的几大原则

阅读全文

问题背景及要求

• 需要对评论进行点赞次数和被评论次数进行统计，或者更多维度
• 要求高并发、高性能计数，允许极端情况丢失一些统计次数，例如宕机
• 评论很多，不能为每一个评论都一直保留其计数器，计数器需要有回收机制

本文原文地址: 点我

作者： skypyb

上篇文章 (原文) 说完了分布式事务最核心的思想2pc。

那么现在进入到更加复杂的场景。像这种跨库调用之类的，一线互联网公司早就不玩这一套了。上来就是微服务架构。

我这么多服务，你整个啥跨库调用呢？一个服务可能同时调用多个其他的服务。这多个其他的服务中都要执行SQL语句，修改落实到服务所对应的数据库之中。

影响垃圾回收性能表现的因素

影响垃圾收集性能的两个最重要因素是总的可用内存和专用于年轻代的内存比例。

• 总堆
  • 影响分代堆大小的选项
  • 堆大小的默认选项值
  • 通过最小化Java堆大小来节省动态占用空间
• 年轻代
  • 年轻代堆大小选项值
  • 幸存者空间大小

可供选择的垃圾收集器

关于这一点的讨论是关于串行垃圾收集器的。Java HotSpot虚拟机包含三种不同类型的垃圾收集器，每个收集器具有不同的性能特征。

• 串行垃圾收集器
• 并行垃圾收集器
• 大多数并发垃圾收集器
• 选择一个垃圾收集器

原文始发于微信公众号（BeCoder）：从创建对象到ConcurrentHashMap

其实创建对象与ConcurrentHashMap之间并没有必然联系，不过很多知识是环环相扣的，这篇文章权当做一次温习吧。

带着问题，看源码针对性会更强一点、印象会更深刻、并且效果也会更好。所以我先卖个关子，提两个问题(没准下次跳槽时就被问到)。

• 我们可以用ByteBuffer的allocateDirect方法，申请一块堆外内存创建一个DirectByteBuffer对象，然后利用它去操作堆外内存。这些申请完的堆外内存，我们可以回收吗？可以的话是通过什么样的机制回收的？
• 大家应该都知道WeakHashMap可以用来实现内存相对敏感的本地缓存，为什么WeakHashMap合适这种业务场景，其内部实现会做什么特殊处理呢？

垃圾收集器实现

Java SE平台的一个优点是他可以将开发人员从复杂的内存分配和垃圾收集中解放出来。
然而，当垃圾收集是主要的瓶颈时，理解垃圾收集实现的某些方面是很有用的。垃圾收集器对应用程序使用对象的方式进行猜想，这些猜想反应在可调参数中，这些参数可以在不牺牲抽象能力的情况下进行调整以提高性能。