如何kill一条TCP连接？
原创：扣钉日记，欢迎分享，转载请保留出处。
简介
如果你的程序写得有毛病，打开了很多TCP连接，但一直没有关闭，即常见的连接泄露场景，你可能想要在排查问题的过程中，先临时kill一波泄露的连接。
又比如你要验证程序在遇到网络错误时的自愈能力，想手动kill掉一些正常TCP连接，看程序是否能自动重连并恢复运行。
这些场景，都需要手动kill一部分TCP连接，那在Linux下有哪些kill连接的方
最近更新
细胞通讯iTALK使用 - 获取pathway LR信息
使用方法参考大佬写的就行 #
作者总结了一些pathway的LR pair，我们可以直接拿来使用。
LR_database
加载进去是这样的
image.png
几个pathway的LR数量如下
image.png
可以使用这些分类信息进行文章crosstalk bubble plot的展示，比如这篇文章
image.png
The ligand-r
【Linux指南】动静态库系列（二）：从源码复用到目标文件复用：为什么需要把 .o 打包成库
文章目录
一、先写一个可以复用的小模块
二、第一种复用方式：给源码和头文件
1. 源码完全暴露
2. 文件越来越多后使用麻烦
3. 不利于模块独立维护
三、第二种复用方式：给 .o 和 .h
四、头文件和目标文件分别负责什么
1. 头文件负责告诉编译器“函数长什么样”
2. .o 文件负责提供真正的函数实现
五、只给 .o +
泪水落在我的心中， 如同雨水落在城里。
魏尔兰（Paule Verlaine）：
Il pleure dans mon cœur
Comme il pleut sur la ville ;
Quelle est cette langueur
Qui pénètre mon coeur ?
泪水落在我的心中，
如同雨水落在城里。
不知道有什么苦痛
深深刺入我的心中？
-- 魏尔兰《泪水落在我的心中》 （Il pleure dans mon
602. 【DevOps】 写小程序的快乐
这里的小程序侧重于那种体量很小（比如就几行），但能实际解放双手。
之前写过一些自我感觉小而美的脚本程序，比如一个脚本程序实现多台服务器ssh互信任；一个脚本程序实现一个服务器上写命令，在多台服务器上执行；一个脚本实现自动安装数据库……对于一个测试来说，免不了就是部署环境，这些脚本虽小，就几行代码，但能解决实际问题，当原本重复的工作，变得自动化起来，就非常的开心。
今天又写了一个类似于 oracle
【同济线性代数第五版】第二章 矩阵及其运算
本文涉及知识点数学
1 矩阵定义1： m行n列矩阵，简称
m
×
n
m \times n
m×n矩阵࿱
ChatTTS Mac版实战：AI辅助开发中的高效下载与集成指南
最近在做一个AI语音交互项目，需要集成ChatTTS。作为Mac用户，从官方渠道下载模型文件和配置环境的过程，简直是一场“耐心”的考验。动辄几个G的模型，下载速度时快时慢，依赖包冲突更是家常便饭。经过一番折腾，我总结了一套结合AI辅助开发思路的高效方案，把下载和集成时间从“小时级”压缩到了“分钟级”。
公司给不给 AI 额度，差别真的挺大
刷脉脉时看到一个有意思的讨论：
百度员工每月有 1000 元主流大模型使用额度。 有人可以用 GPT、Claude、阿里云这些工具，而且不绑考核。 但底下也有外包同学说：正式员工有额度，外包这边连 API 调用都得算着 Token 用。
这个话题，挺真实的。现在很多公司都在喊“AI 提效”，但真正落到员工身上
Claude Code 接蓝耘实测：选第三方 API 的三条铁律
网上给 Claude Code 接第三方 API 的教程一抓一大把，但清一色都在教你怎么填 base_url、api_key，填完能对话就算完事。可真正把它挂上去跑一阵子你就会发现：填 URL 是五分钟的体力活，选对平台才是真功夫。我自己就踩过一次：一个挂着 Claude Code 跑的小工具，原本用官方额度&#x
消息队列选型决策框架：Kafka、NATS、RabbitMQ 的延迟、吞吐与运维成本全对比
消息队列选型决策框架：Kafka、NATS、RabbitMQ 的延迟、吞吐与运维成本全对比一、"流处理"和"消息投递"不应混为一谈——消息队列的两大阵营消息队列选型中最常见的错误，是将"高吞吐日志流"和"低延迟业务消息"混为一谈。这两种场景对消息系统的延迟保证、持久性语义和消费模型有着截然不同的要求。选 K
