golang篇

本文深入分析了什么是内存对齐，为什么需要内存对齐，以及如何进行内存对齐。内存对齐可以减少CPU访问内存次数，提升性能，提升访问的原子性和程序可移植性。了解内存对齐后，可以进一步减少程序内存占用

单元测试是用来验证代码的正确性。被验证的代码可以是一个模块，一个类，一个函数或者方法。正确性是指在给定的输入下，总能得到预期的输出。本文分享如何使用goconvey + mockey框架来完成单元测试

在日常业务开发中，我们经常遇到需要并发处理的场景。比如查询db，为了保证查询性能，拆分成并发请求，减少耗时和提高性能，返回聚合后的结果。我们可以实现一个MapReduce，来解决这类问题。

字符串和切片，都是golang常用的两种内置数据类型。最近在日常工作中，遇到了一个字符串切片导致的问题，记录一下排查问题的过程，避免后续在这种场景上踩坑 # 背景 在项目中，我们使用mysql来存

在实际编码中，我们经常遇到并发问题，产生并发问题的原因主要有以下两点： 存在共享资源 存在非原子性，并发操作共享资源的场景 解决并发问题，常见的方式之一就是使用sync.Mutex加锁

在实际业务中，往往是读操作次数大于写操作次数，sync.Mutex提供的互斥锁，不能支持并发的读操作，所以就有了sync.RWMutex。RWMutex具有读共享，写互斥，写操作优先等特点。

在实际业务开发中，我们会遇到以下场景：请求数据库，批量获取1000条数据记录后，处理数据。我们可以把一次请求拆分成多次请求，并发去处理，当所有的并发请求完成后，再继续处理这些返回的数据

在某些场景下，我们希望某个操作或者函数仅被执行一次，比如单例模式的初始化，一些资源配置的加载等。 golang中的sync.Once就实现了这个功能。

高并发的场景下，经常会出现并发重复请求资源的情况。 比如说，缓存失效时，我们去请求db获取最新的数据，如果这个key是一个热key，那么在缓存失效的瞬间，可能会有大量的并发请求访问到db，导致缓存击穿