内存泄露检测神器 作者: nbboy 时间: 2020-08-05 分类: 软件架构,软件工程 评论 ###Summary 用非GC语言比如c/c++写程序的时候，内存泄露是非常让人头疼的，一个服务运行一段时间后莫名下线。在测试环境，我们有很多检测内存的方法，valgrind就是一个很犀利的工具。今天花了一点时间学习，最常用的就是检测内存泄露，命令也很简单： ```shell valgrind --tool=memcheck --leak-check=full ./program_name ``` ###Refs [Linux下几款C++程序中的内存泄露检查工具](https://blog.csdn.net/u012662731/article/details/78652651 "Linux下几款C++程序中的内存泄露检查工具") [内存泄漏检测工具valgrind神器](https://zhuanlan.zhihu.com/p/75416381 "内存泄漏检测工具valgrind神器")
snowflake算法学习 作者: nbboy 时间: 2020-08-03 分类: 默认分类 评论 ###起源 内部IM项目需要标识不同消息的唯一性,我设计了一个ID值用来作为标识,关键在于这个值如何生成。该ID值需要满足以下需求: - 在高并发的时候也要保证多机唯一性 - 生成速度足够快,因为我们是IM系统，对实时性有需求 - 最好是数字的，这样排序可能更快一些 ###方案 查了下资料,Twitter 开源出一种ID生成算法,叫snowflake算法。学习了一下，其实也没什么新鲜东西，关键点也是可以想到的，就是时间戳+序列进行唯一性的保证。 SnowFlake算法是Twitter设计的一个可以在分布式系统中生成唯一的ID的算法，它可以满足Twitter每秒上万条消息ID分配的请求，这些消息ID是唯一的且有大致的递增顺序。 SnowFlake的算法是产生一个int64整型的ID，这段ID一共分为4部分，通过标示部分、时间戳、worker的Id、生成ID的序号来组合成为一个自增的ID，并且是全局唯一的。 0 - 0000000000 0000000000 0000000000 0000000000 0 - 00000 - 00000 - 000000000000  1. 1位标识部分 由于最高位是符号位，正数是0，负数是1，所以一般为0 1. 41位时间戳部分，这个是毫秒级别的的时间，但是使用的是当前时间减去系统开始时的差值，因为如果使用现在的值，会减少生成ID的唯一性， 1. 10位节点部分,前5位作为数据中心的标示，后5位作为机器标示，可以部分1024个节点 1. 12位序号,支持同一毫秒内同一个节点可以生成4096个ID； ###坑 网上也说了,这个算法就像其他基于time的算法一样,都不可避免的有一个漏洞，就是时间回拨问题，这个如何保证？其实在我这个项目中，因为简单原则，我们IM部署机器也不多，就几台，发号只需要集中在1，2台进行发号就可以。对于1，2台还是可以通过人工周期性同步或者脚本检测的方法来预防的。 最后，源码我放在GITHUB上了[Snowflake](https://github.com/x-debug/xfsnowflake.git "Snowflake"),欢迎读者来喷我!
git submodule(转) 作者: nbboy 时间: 2020-07-15 分类: 默认分类,软件工程 评论 背景 项目中经常使用别人维护的模块，在git中使用子模块的功能能够大大提高开发效率。 使用子模块后，不必负责子模块的维护，只需要在必要的时候同步更新子模块即可。 本文主要讲解子模块相关的基础命令，详细使用请参考man page。 子模块的添加 添加子模块非常简单，命令如下： git submodule add <url> <path> 其中，url为子模块的路径，path为该子模块存储的目录路径。 执行成功后，git status会看到项目中修改了.gitmodules，并增加了一个新文件（为刚刚添加的路径） git diff --cached查看修改内容可以看到增加了子模块，并且新文件下为子模块的提交hash摘要 git commit提交即完成子模块的添加 子模块的使用 克隆项目后，默认子模块目录下无任何内容。需要在项目根目录执行如下命令完成子模块的下载： git submodule init git submodule update 或： git submodule update --init --recursive 执行后，子模块目录下就有了源码，再执行相应的makefile即可。 子模块的更新 子模块的维护者提交了更新后，使用子模块的项目必须手动更新才能包含最新的提交。 在项目中，进入到子模块目录下，执行 git pull更新，查看git log查看相应提交。 完成后返回到项目目录，可以看到子模块有待提交的更新，使用git add，提交即可。 删除子模块 有时子模块的项目维护地址发生了变化，或者需要替换子模块，就需要删除原有的子模块。 删除子模块较复杂，步骤如下： rm -rf 子模块目录 删除子模块目录及源码 vi .gitmodules 删除项目目录下.gitmodules文件中子模块相关条目 vi .git/config 删除配置项中子模块相关条目 rm .git/module/* 删除模块下的子模块目录，每个子模块对应一个目录，注意只删除对应的子模块目录即可 执行完成后，再执行添加子模块命令即可，如果仍然报错，执行如下： git rm --cached 子模块名称 完成删除后，提交到仓库即可
软工方法集 作者: nbboy 时间: 2020-06-28 分类: 软件架构,软件工程 评论 这是一份长期会更新的软件工程方法集 ### 团队协作 代码分层,版本控制协作,沟通 ### 降低错误 CI,自动化测试,自动部署 ### 制定规范 编码规范,发布规范,测试规范 ### 多环境部署 测试环境,正式环境
git tag应用笔记(转) 作者: nbboy 时间: 2020-06-23 分类: 默认分类,软件工程 评论 ### tag主要作用 我们可以创建一个tag来指向软件开发中的一个关键时期，比如版本号更新的时候可以建一个“v2.0”、“v3.1”之类的标签，这样在以后回顾的时候会比较方便。 tag的使用很简单，主要操作有：查看tag、创建tag、验证tag以及共享tag。 ### 查看tag ```shell // 查看tag，列出所有tag，列出的tag是按字母排序的，和创建时间没关系。 $ git tag v0.1 v1.3 ``` ```shell //查看指定版本的tag，git tag -l “v1.4.2.**” $ git tag -l 'v1.4.2.*' v1.4.2.1 v1.4.2.2 v1.4.2.3 v1.4.2.4 ``` ### 显示tag信息 ```shell //显示指定tag的信息 $ git show v1.4 tag v1.4 Tagger: Scott Chacon <schacon@gee-mail.com> Date: Mon Feb 9 14:45:11 2009 -0800 my version 1.4 commit 15027957951b64cf874c3557a0f3547bd83b3ff6 Merge: 4a447f7... a6b4c97... Author: Scott Chacon <schacon@gee-mail.com> Date: Sun Feb 8 19:02:46 2009 -0800 Merge branch 'experiment' ``` ### 创建tag ```shell //创建轻量级tag：这样创建的tag没有附带其他信息 git tag v1.0 ``` ```shell //带信息的tag：-m后面带的就是注释信息，这样在日后查看的时候会很有用 git tag -a v1.0 -m 'first version' ``` ### 共享tag ```shell //我们在执行 git push 的时候，tag是不会上传到服务器的，比如现在的github，创建 tag 后 git push ，在github网页上是看不到tag 的，为了共享这些tag，你必须这样： git push origin v1.0 或者 //将所有tag 一次全部push到github上。 git push origin --tags ``` ### 删除tag ```shell //删除本地tag git tag -d v1.0 //删除github远端的指定tag git push origin :refs/tags/v1.0.0 ``` ### 创建一个基于指定tag的分支 ```shell git checkout -b tset v0.1.0 ``` 使用git checkout tag即可切换到指定tag，例如：git checkout v0.1.0 切换到tag历史记录会处在分离头指针状态，这个时候修改是很危险的，在切换回主线时如果没有合并，之前的修改提交基本都会丢失，如果需要修改可以尝试git checkout -b branch tag创建一个基于指定tag的分支，例如：git checkout -b tset v0.1.0 这个时候就会在分支上进行开发，之后可以切换到主线合并. ### 附带福利 [非常棒的极其简单GIT指南](https://www.bootcss.com/p/git-guide/ "非常棒的极其简单GIT指南") [比较完善的Git基础教程](https://www.liaoxuefeng.com/wiki/896043488029600 "比较完善的Git基础教程")