## 1、先推荐一下自己搭的网站 ### 1.1 网站地址：[chatGPT](https://www.hangyejingling.cn/) ### 1.2 建站原因 为了方便大家在国内使用chatGPT,所以我调研了一下。在国内用腾讯云使用代理访问，gpt3.5API。最后模仿了openAI的官
在一次上线时，按照正常流程上线后，观察了线上报文、接口可用率十分钟以上，未出现异常情况，结果在上线一小时后突然收到jsf线程池耗尽的报警，并且该应用一共有30台机器，只有一台机器出现该问题，迅速下线该机器的jsf接口，恢复线上。然后开始排查问题。
事务管理，一个被说烂的也被看烂的话题，还是八股文中的基础股之一。本文会从设计角度，一步步的剖析 Spring 事务管理的设计思路（都会设计事务管理器了，还能玩不转？）
一：背景 1. 讲故事 前些天有位朋友找到我，说他的程序内存异常高，用 vs诊断工具 加载时间又太久，让我帮忙看一下到底咋回事，截图如下： 确实，如果dump文件超过 10G 之后，市面上那些可视化工具分析起来会让你崩溃的，除了时间久之外这些工具大多也不是用懒加载的方式，比如 dotmemory 会
https://my.oschina.net/jiagoushi/blog/6037198 Shell 搜索与匹配 1、在文件中查找字符串 grep 命令可以搜索文件，查找指定的字符串。 $ grep myvar *.c 在这个例子中，我们搜索的文件全都位于当前目录下。因此，我们只使用了简单的 sh
大家好，我是三友~~ 今天继续探秘系列，扒一扒一次RPC请求在Dubbo中经历的核心流程。 本文是基于Dubbo3.x版本进行讲解 一个简单的Demo 这里还是老样子，为了保证文章的完整性和连贯性，方便那些没有使用过的小伙伴更加容易接受文章的内容，这里快速讲一讲Dubbo一个简单的Demo 如果你已
事情要从一次不规范的代码开发开始说起 背景故事 时间 2024年某个风平浪静的周五晚上 地点 中国，北京，西二旗，某互联网大厂会议室 人物 小杰，小A，小B，老K 对话 老K：昨天提交的代码被测试打回来了！为什么小B没开发完的内容也一起提交上去了？ 小B：啊？我不清楚啊，我在开发分支B开发完一部分就
测试场景：高可用场景--限流测试； 被测交易：查询类交易，HTTP协议； 交易链路：jmeter - web - coimpre(前置服务) -- coimbp -- cobp （coimbp 、coimpre 都会访问同一个数据库）； 注：cobp 为合肥机房，其他服务均为北京机房，要注意跨网段存
距离golang 1.23发布还有两个月不到，按照惯例很快要进入1.23的功能冻结期了。在冻结期间不会再添加新功能，已经添加的功能不出大的意外一般也不会被移除。这正好可以让我们提前尝鲜这些即将到来的新特性。 今天要说的就是1.23中对//go:linkname指令的变更。这个新特性可以说和我的一次失
事情的起因是这样的，在一个已上线的项目中，其中一个包含登录和获取菜单的接口因响应时间较长，后端让我尝试未经服务转发的另一域名下的新接口，旧接口允许跨域请求，但新接口不允许本地访问（只允许发布测试/生产的域名访问）。 问题 那么问题来了，本地环境该如何成功访问到新的接口并验证业务功能是否生效呢？ 尝试
改版说明 上一次进行了PG的安装当时发现自己少加了一部分ossp的处理. 这里补充上...不然挺浪费时间的. 背景 发现基于OpenEuler的几个系统使用CentOS的rpm包 安装PG数据库时有问题. 会提示缺少依赖的so文件. 今天想着解决一下, 就百度了一下并且进行自己的总结. 源码安装PG
背景 之前在一次不规范HTTP请求引发的nginx响应400问题分析与解决 中写过客户端query参数未urlencode导致的400问题，当时的结论是： 对于query参数带空格的请求，由于其不符合HTTP规范，golang的net/http库无法识别会直接报错400，而nginx和使用uwsgi
sourceTree合并一次提交的内容 在基于git的开发中，经常遇到不同分支需要合并某一次特定的提交的代码，而不是合并整个代码。 场景：A分支是通用分支，B分支是私有化分支，现在A分支修改了一个通用的功能，需要合并到B分支上，功能在一次提交上。B分支只需要这次提交的代码，对A分支上改动的其他代码都
JDK 8 是一次重大的版本升级，新增了非常多的特性，其中之一便是 CompletableFuture。自此从 JDK 层面真正意义上的支持了基于事件的异步编程范式，弥补了 Future 的缺陷。 在我们的日常优化中，最常用手段便是多线程并行执行。这时候就会涉及到 CompletableFuture 的使用。
重构不仅能够提高代码质量，让代码优雅起来，同时也能让我们学以致用。我们所学的设计思想、原则、模式等理论知识，往往在重构中能够真正实践。
本文是一次工作中对并发问题的处理案例，问题发生在快递分拣的流程中，我尽可能将业务背景简化，让大家只关注并发问题本身。
分布式事务提交慢的一次总结和思考 背景 分布式事务未提交 是应用程序出现宕机异常的很重要的一原因. 应用宕机主要可以分为: 1. 内存泄露导致的OOM宕机. 表现在系统越来越慢, 应用的内存和CPU占用量越来越高. 最终达到无响应的状态, 此时数据库一般是正常的. 2. 分布式事务未提交导致的宕机,
上上周 Next.js 新版本火了一把，这不本周热点趋势就有了一个 Next.js 13 新特性构建的网站，虽然它只是个实验性项目。同样可以搞定一些业务的还有 lama
再来一次优化，方向是质因数计算逻辑，目标是明显提升排名
本文记录了一次排查FullGC导致的TP99过高过程,介绍了一些排查时思路,线索以及工具的使用,希望能够帮助一些新手在排查问题没有很好的思路时,提供一些思路,让小白也能轻松解决FullGC问题
