传统APM聚焦在代码层面，不具备全栈多维度无盲点看问题的能力，同时由于插码的阻碍往往难以覆盖所有微服务，DeepFlow依靠eBPF零代码修改采集全栈追踪数据并聚合生成了调用关系，可以增强传统APM的数据，大大缩短问题定界时间。对于已经使用传统APM工具的用户，可以考虑使用DeepFlow提供的API来增强应用依赖拓扑及调用追踪，以获得全栈数据追踪能力。

1.unitttest简介为什么要使用unittest？前面我们已经写代码实现了注册接口的处理调用，但是一个接口往往需要多条测试用例才能完整的覆盖到每一种情况，针对于单接口多条测试用例需要执行的情况，我们该如何处理呢？在unittest的测试类中定义多个测试方法来完成测试，这可能是大家最先想到的一个解决方法，

这两天解决的一个需求：如果用户没有在deployment中设置env参数，则tomcat默认使用1G左右的内存；如果用户在deployment中提供了jvm参数，则tomcat将这部分的参数，覆盖掉默认的jvm参数。这个实现思路是ok的，但在实现shell脚本时，老司机也遇到了新问题：如何判断一个有空格的环境变量是否存在?最后通过百度搞定

前言由于公司项目的欢迎页是白色的，，修改状态栏颜色后，导致状态栏的白色字体完全被覆盖了，联想到之前在QQ、UC等一些app上都见到过状态栏的字体是深色的，想着，，必定有解决的方案。于是，有了本篇blog。参考下面是我在网上找到的两篇文章1.白底黑字！Android浅色状态栏黑色字体模式(https://www.os

!(https://oscimg.oschina.net/oscnet/fdaf224544b4442ab58fec4bd21efc10.png)正文字数：2502 阅读时长：4分钟根据FCC的定义，美国所有三大运营商现在在全国范围内都有5G足迹。这意味着每个人都可以访问至少2亿人。很少有其他国家能覆盖全国范围，韩国是一个值得注意的

整体流程说明：MRD评审：磨刀不误砍柴工1、MRD对于问题细节分支和细节描述希望能够更多覆盖，避免开发过程中的反复确认和信息不对称。2、MRD评审，RD&QA都要带着问题去评审，这样也可以更好帮助产品规避没有想到的边界问题。开发物料管理：清晰才能简单可依赖PM：负责上传最新MRD文档、交互文档、最终视觉稿、切图标注到项

前言所有的版本控制系统都需要解决这样一个基础问题:怎样让系统允许用户共享信息，而不会让他们因意外而互相干扰？版本库里意外覆盖别人的更改非常的容易。文件共享的问题考虑这个情景，我们有两个共同工作者，Harry和Sally，他们想同时编辑版本库里的同一个文件，如果首先Harry保存它的修改，过了一会，Sally

前言所有的版本控制系统都需要解决这样一个基础问题:怎样让系统允许用户共享信息，而不会让他们因意外而互相干扰？版本库里意外覆盖别人的更改非常的容易。文件共享的问题考虑这个情景，我们有两个共同工作者，Harry和Sally，他们想同时编辑版本库里的同一个文件，如果首先Harry保存它的修改，过了一会，Sally

天翼云AccessOne基于覆盖全球的海量边缘节点，能够智能分离动静态内容，通过智能负载均衡技术，让静态内容在边缘节点进行缓存，保障用户就近接入边缘节点获取资源；对于动态内容，可通过智能选路、协议优化等技术，选择最/佳链路回源，同时提供协议优化、链路优化等多项优化技术，大大缩短内容传输距离和时间，加速抢购过程中的数据流转，有效降低延迟和抖动，保障用户交易。

自动化测试和敏捷软件开发常常是成对出现，但敏捷中的自动化往往说起来容易做起来难。大多数开发人员都已经认识到测试自动化的好处：它加快了测试速度、降低了成本、增加了覆盖率等。但是，许多人从未超过开始所需的初始投资。就像这幅漫画中的穴居人一样，许多团队陷入了困境