一、现象
线上应用突然收到报警,提示单机内存使用率超过80%,紧急去抓profile数据,分析发现是一个数据下载的逻辑占用内存过大
继续阅读
Excel库excelize使用笔记
Excel是Microsoft电子表格软件,目前常用的是xlsx格式(Microsoft Excel 2007 及以上版本创建的电子表格文档)。Go语言操作xlsx格式excel文件,有3个常见的库:
● xlsx [github地址:https://github.com/tealeg/xlsx]
● unioffice [github地址:https://github.com/unidoc/unioffice]
● excelize [github地址: https://github.com/qax-os/excelize]
一句话总结差异:xlsx和excelize只支持xlsx文件读写,unioffice支持office三件套;xlsx比较早,目前已经不维护;excelize提供的API和文档比较易用, 流式读写处理大数据集性能较高,特别活跃;unioffice API不易用
继续阅读
缅怀陈皓
中午(2023年5月15日)12点去吃饭,突然听闻左耳朵耗子去世,上周六晚上,心梗。震惊。
继续阅读
Go并发实践笔记二(进阶用法)
第二部分 进阶用法-并发度控制
在基础用法中,我们很简单的实现了并发处理数据,但是随着数据量增多,隐藏的问题就会浮出水面。
并发操作数据库,随数据增加,goroutine增多,会出现部分routine invalid connection DB, 可能是超过了DB的连接数
并发调用下游API,随数据增加,goroutine增多,会触发下游API限流,导致部分请求失败
这个时候就需要进行并发度控制
继续阅读
Go并发实践笔记一(基础用法)
不得不说Go很方便实现并发处理,这里针对实际工作中用的到并发做个笔记
本文分两篇,这一篇是基本用法,另一篇涉及到并发度控制,参考《Go并发实践笔记二(进阶用法)》
第一部分 基本用法
一、并发任务是隔离的
对一组数据,进行处理,不需要对处理结果进行聚合返回
继续阅读
sync.Map源码阅读笔记
Go sync.Map笔记
Go 迭代变量的陷阱
在并发的goroutine中遇到这个问题,还以为是goroutine的问题,或者Go闭包的问题, 一层一层分析下来,才知道是Go本身迭代变量的问题,想起了PHP的foreach陷阱【PHP引用理解之神奇的foreach面试题】,不仅感慨深入掌握一门语言何其不易呀
先说结论:Go在循环体中,每次遍历的变量是同一个,指向同样的内存地址,这是语言本身的一个陷阱
问题先行,我们先来看看问题
继续阅读
Git常用命令整理十一(各种撤回)
这一回,关于撤回的命令,不能再称之为常用命令了,工作这么多年了,第一次真正的使用
继续阅读
《乡土中国》阅读笔记
故乡终究成了永远的怀念
对脚下的热土有更加深刻的认识
继续阅读