作者：翟贺龙 一、背景 在计算机领域，涉及性能优化动作时首先应被考虑的原则之一便是使用缓存，合理的数据缓存机制能够带来以下收益： 1.缩短数据获取路径，热点数据就近缓存以便后续快速读取，从而明显提升处理效率； 2.降低数据远程获取频次，缓解后端数据服务压力、减少前端和后端之间的网络带宽成本； 从 C
作者：胡骏 一、背景现状 软件开发从传统的瀑布流方式到敏捷开发，将软件交付过程中开发和测试形成快速的迭代交付，但在软件交付客户之前或者使用过程中，还包括集成、部署、运维等环节需要进一步优化交付效率。因此Devops的产生将敏捷的相关理念扩展到运维侧，从而将产品、设计、开发、测试、运维团队更紧密的结合
作者：京东物流 王北永 姚再毅 1 背景 日常开发过程中，尤其在 DDD 过程中，经常遇到 VO/MODEL/PO 等领域模型的相互转换。此时我们会一个字段一个字段进行 set|get 设置。要么使用工具类进行暴力的属性拷贝，在这个暴力属性拷贝过程中好的工具更能提高程序的运行效率，反之引起性能低下、
一、背景： 需要对当前公司所有的项目进行代码行数的统计 二、 可实现方式 1.脚本：通过git脚本将所有的项目拉下来并然后通过进行代码行数的统计 样例： echo 创建项目对应的文件夹 mkdir 项目名称echo 切到创建的文件夹中 cd 项目名称echo 进行git初始化 git init ec
分布式事务提交慢的一次总结和思考 背景 分布式事务未提交 是应用程序出现宕机异常的很重要的一原因. 应用宕机主要可以分为: 1. 内存泄露导致的OOM宕机. 表现在系统越来越慢, 应用的内存和CPU占用量越来越高. 最终达到无响应的状态, 此时数据库一般是正常的. 2. 分布式事务未提交导致的宕机,
一、背景 在预发环境中，由消息驱动最终触发执行事务来写库存，但是导致MySQL发生死锁，写库存失败。 com.mysql.jdbc.exceptions.jdbc4.MySQLTransactionRollbackException: rpc error: code = Aborted desc =
一、项目背景 企业日常工作中需要制作大量的报表，比如商品的销量、销售额、库存详情、员工打卡信息、保险报销、办公用品采购、差旅报销、项目进度等等，都需要制作统计图表以更直观地查阅。但是报表的制作往往需要耗费大量的时间，即使复用制作好的报表模版，一次次周期性对数据的复制粘贴操作也很耗人，同时模版在此过程
## 1、背景 当我使用chatGpt时，服务端可以实时像我推送答案。起初以为是用了websocket技术，但是后来发现是用了Eventsource ## 2、什么是Eventsource 不知道大家有没有见过 Content-Type:text/event-stream 的请求头，这是 HTML5
一、背景与系统安全需求分析 1. 系统的重要性 上图所示是接口所属位置、对电商平台或在线商店而言，分类查商品都是很重要的，通过为用户提供清晰的商品分类，帮助他们快速找到所需产品，节省浏览时间，提升购物效率，是购物结算产生GMV的核心环节。那么电商平台为什么都很看重商品信息的爬取？ a. 数据收集和分
## 1. 背景 - 业务背景：CRM系统随着各业务条线对线索精细化分配的诉求逐渐增加，各个条线的流向规则会越来越复杂，各个条线甚至整个CRM的线索流转规则急需一种树形的可视化的图来表达。 - 技术背景：在开发之前考虑了三种方案，原生canvas、fabric以及G6，三种方案各有优劣势 | |
命令行获取chrome版本的多个方法 基于win10 测试 背景 在selenium的驱动安装中用webdriver_manager自动处理chromedriver是比较好的做法 webdriver_manager提供了一些方法可以去获取浏览器版本号，但好像就firefox支持，chrome并无 c
科研学术交流项目招募计划书 一、项目背景与愿景 随着科研学术领域的蓬勃发展，中国学生及科研工作者在学术领域的贡献日益显著。为更好地展示中国学术的繁荣与成果，我们计划搭建一个科研学术交流网站，旨在为中国学生提供一个投稿论文、交流学术思想、展示科研成果的平台。我们坚信，通过这一平台，能够进一步推动中国学
https://www.jianshu.com/p/2cdf71f99209 Core dump实战分析（Java版） 背景 项目中的battleserver进程在某一段时间总是crash，无法找到具体Crash原因 Java通过JNI调用Luajit 那么进程Crash如何找到JNI的堆栈（C层）
CentOS7升级Glibc到超过2.17版本无法启动的解决办法 背景 今天有同事告知服务器宕机无法启动. 提示信息为: [sda] Assuming drive cache: write through 后系统没有任何反应. 一开始同事说没有做任何处理, 突然至此 我感觉比较奇怪.然后进行了一下简
https://www.bookstack.cn/read/opengauss-2.0-zh/f83d4f7623b4119d.md 简介 背景信息 gs_initdb初始化数据库时，会创建数据库目录、生成系统表、创建默认数据库和模板数据库。 系统表 初始化数据库时会生成大量的系统表和视图，其中绝大
https://www.jianshu.com/p/0849b526f0f4 一、 背景 使用过 Redis 的同学应该都知道，它基于键值对(key-value)的内存数据库，所有数据存放在内存中，内存在 Redis 中扮演一个核心角色，所有的操作都是围绕它进行。 我们在实际维护过程中经常会被问到如
https://www.jianshu.com/p/1f5d2abbee7f 一、背景 在现网环境，一些使用Redis集群的业务随着业务量的上涨，往往需要进行节点扩容操作。 之前有了解到运维同学对一些节点数比较大的Redis集群进行扩容操作后，业务侧反映集群性能下降，具体表现在访问时延增长明显。 某
https://www.jianshu.com/p/f5f5f99e2417 一、背景 2021年2月，收到反馈，视频APP某核心接口高峰期响应慢，影响用户体验。 通过监控发现，接口响应慢主要是P99耗时高引起的，怀疑与该服务的GC有关，该服务典型的一个实例GC表现如下图： image image
https://www.jianshu.com/p/182952a00efc 一、背景 活跃的社区和广大的用户群，使 Kubernetes 仍然保持3个月一个版本的高频发布节奏。高频的版本发布带来了更多的新功能落地和 bug 及时修复，但是线上环境业务长期运行，任何变更出错都可能带来巨大的经济损失，
https://www.jianshu.com/p/e36176ad3c06 一、背景： 以某物联网企业，传感器设备实时数据消费服务（Kafka-consumer）为例，调试筛选处理耗时的主题。 1. 原始日志格式（logback输出的）： 2018-07-11 11:49:22.413 INFO
