之前总聊微服务，今天换一个话题---低代码。 低代码这个词也是最近这几年很火的概念，尤其是遇到大环境下行，很多大厂和互联网那个公司也在慢慢在低代码方向发力，当然，对于传统项目交付型的软件公司，低代码也

常见的CPU飙高和Full GC频繁的原因 CPU使用率高通常是因为有线程在持续占用CPU资源，可能是死循环、频繁的GC、或者代码中的计算密集型操作。Full GC频繁则通常说明内存管理有问题

在生产环境中，当Java应用出现性能下降、响应缓慢、内存泄漏或崩溃等问题时，快速有效的问题排查至关重

在后台项目开发过程中，我们常常借助线程池来实现多线程任务，以此提升系统的吞吐率和响应性；而线程池的参数配置却是一个难以合理评估的值

有一次小菜遇上一个通用的需求，于是决定在项目中使用反射，等到小菜提交代码后，审核代码的技术leader直摇头，又把小菜给叫过去了

反射太慢了？那是你不会用LambdaMetafactory！ 引言 在Java的世界里，反射一直是开发者们既爱又恨的功能 一方面，它提供了极大的灵活性，另一方面，反射带来的性能开销却让人头疼不已 在之

作者：京东物流 郭忠强 导语 痛点 作为后端开发，不可避免地与SQL打交道，一个大型复杂系统中往往会有大量的SQL语句支撑业务，而且单表所涉及的不同SQL可能也多达几十个甚至上百个。 当看到一个SQL

《深入理解Java虚拟机》中都不曾提及的JVM参数。入职一坤（2.5）月的校招生，解决线上OOM事故。让我认识到了一个十分小众的JVM参数。

某天项目组来了个需求说需要提取 PDF 文件中数据作为数据沉淀使用，这是因为第三方系统不提供数据接口所以只能够出此下策。