# 前言 超时，应该是程序员很不爱处理的一种状态。当我们调用某服务、某个中间件、db时，希望对方能快速回复，正确就正常，错误就错误，而不是一直不回复。目前在后端领域来说，如java领域，调用服务时以同步阻塞调用为主，此时一般会阻塞当前线程，等待结果。如果我们设置了超时时间还好，一段时间等不到就报错了
# 背景 我前面写了几篇文章，讲c3p0数据库连接池发生了连接泄露，但是随机出现，难以确定根因，最终呢，为了快速解决问题，我是先写了个shell脚本，脚本主要是检测服务的接口访问日志，看看过去的30s内是不是接口几乎都超时了，如果是的话，咱们就重启服务。然后把这个shell加入到了crontab里，
# 前言 本周协助测试同事对一套测试环境进行扩容，我们扩容很原始，就是新申请一台机器，直接把jdk、resin容器（一款servlet容器）、容器中web应用所在的目录，全拷贝到新机器上，servlet容器和其中的应用启动没问题。以为ok了，等到测试时，web应用报错，初始化某个类出错。报错的类长下
# 背景 测试环境有一个后台服务，部署在内网服务器A上（无外网地址），给app提供接口。app访问这个后台服务时，ip地址是公网地址，那这个请求是如何到达我们的内网服务器A呢，这块我咨询了网络同事，我画了简图如下： ，就是说这个事的。在文章里，最终查到是nginx的全连接队列满了（每个监听端口有个队列，完成三
# 背景 现在信创是搞得如火如荼，在这个浪潮下，数据库也是从之前熟悉的Mysql换到了某国产数据库。 该数据库我倒是想吐槽吐槽，它是基于Postgre 9.x的基础上改的，至于改了啥，我也没去详细了解，当初的数据库POC测试和后续的选型没太参与，但对于我一个开发人员的角度来说，它给我带来的不便主要是
# 背景 公司之前部门拆分，但一些服务并没有拆分清楚。其中一个老服务，两个部门都在用，现在为了避免互相影响，决定克隆该服务。克隆就要克隆全套，当然也包括数据库，我们这个老服务，用的oracle，所以，就涉及到从旧的oracle中导出数据，然后再导入到另一套新的oracle实例中。 届时在线上肯定是要
版本1的抓包命令 这两天排查一个小问题，需要在服务器上使用tcpdump24小时不间断抓包，这里简单记录下。 先看下tcpdump的语法： tcpdump [ -AbdDefhHIJKlLnNOpqStuUvxX# ] [ -B buffer_size ] [ -c count ] [ -C fil
背景 为什么讲这么小的一个问题呢？因为今天在进行系统上线的时候遇到了这个问题。 这次的上线动作还是比较大的，由于组织架构拆分，某个接入层服务需要在两个部门各自独立部署，以避免频繁的跨部门沟通，提升该接入层服务的变更效率。 该接入层服务之前是使用cookie + 内存session机制的，这次要独立部
背景 这个事情也是最近做的，因为线上nginx被我换成了openresty，然后接入层服务也做了较大改动，虽然我们这个app（内部办公类）并发不算高，但好歹还是压测一下，上线时心里也稳一点。 于是用jmeter简单压测下看看，这里记录一下。 这次也就找了几个接口来压：登录接口、登录后获取用户信息接口
# 故事背景 忘记密码这件事，相信绝大多数人都遇到过，输一次错一次，错到几次以上，就不允许你继续尝试了。 但当你尝试重置密码，又发现新密码不能和原密码重复： ，但没有学过Go语言的初学者。文章主要从Go与Java功能上的对比来阐述Go语言的基础语法、面向对象编程、并发与错误四个方面。
三、用go语言，用一个单链表L实现一个队列。要求操作 ENQUEUE 和 DEQUEUE 的运行时间仍为O(1)。 文心一言： 在 Go 语言中，使用单链表实现队列的操作，包括入队（ENQUEUE）和出队（DEQUEUE），并保持操作的时间复杂度为 O(1)，需要利用两个指针，一个指向队头，另一个指
事情是这样的： 这几天用户反映在erp的db数据库中A账套中上传pdf附件有时能上传有时不能，以前又是好的。换成表格文件也是时好时坏。一开始我判断可能是用户的系统环境或文件本身的问题，后来排查更换电脑后一样，后来切换同一数据库db下的B账套操作又都是正常上传的。 经过debug发现系统报错位置在插入
三、用go语言，仿照图 10-2，画图表示依次执行操作 ENQUEUE(Q，4)、ENQUEUE(Q，1)、ENQUEUE(Q，3)、DEQUEUE(Q)、ENQUEUE(Q，8)和 DEQUEUE(Q)每一步的结果，队列初始为空，存储于数组 Q[1..6]中。 文心一言： 在这个问题中，我们尝试使
