摘要：
http://xulizhao.com/blog/more-load-test-note/ 全链路压测的大概思路 https://lishoubo.github.io/2018/07/15/%E5%85%A8%E9%93%BE%E8%B7%AF%E5%8E%8B%E6%B5%8B%E7%9A%84% 阅读全文
摘要：
背景：由于以前的应用多且杂，所以最近对公司的应用进行优化改造，需要所有接口RT达到xxx值以下。 一、监控 那么问题来了~现在应用都是放养式的，几乎没有什么监控工具，不可能根据log一个接口一个接口去捞日志，那怎么知道哪些接口rt长，需要优化呢。 所以第一步我们做的事情就是上监控。 监控工具：pin 阅读全文
摘要：
在进行产品测试时，我们会碰到下面几种情况： 依赖接口不通。比方说，在我测试订单系统时，需要调用商品系统的接口获取商品信息。如果商品接口坏了，需要等待商品接口恢复之后才能继续我的测试。我们都有感触，这种情况在测试环境中尤为突出。依赖接口能不能稳定一些呢？ 异常数据模拟困难。再举个例子，在我测试商品系统 阅读全文
只有注册用户登录后才能阅读该文。 阅读全文
摘要：
**算法（Algorithm）**是指用来操作数据、解决程序问题的一组方法。对于同一个问题，使用不同的算法，也许最终得到的结果是一样的，但在过程中消耗的资源和时间却会有很大的区别。通常，对于一个给定的算法，我们要做 两项分析。第一是从数学上证明算法的正确性，这一步主要用到形式化证明的方法及相关推理模 阅读全文
摘要：
在通过工具得到异常指标，初步定位瓶颈点后，如果进一步进行确认和调优？我们在这里提供一些可实践、可借鉴、可参考的性能调优「套路」，即：如何在众多异常性能指标中，找出最核心的那一个，进而定位性能瓶颈点，最后进行性能调优。以下会按照代码、CPU、内存、网络、磁盘等方向进行组织，针对对某一各优化点，会有系统 阅读全文
摘要：
上篇文件提到，相对性能工具(Linux Performance Tools-full)图，更为实用的「性能优化工具图谱」优势在：把具体的工具同性能指标结合了起来，同时从不同的层次去描述了性能瓶颈点的分布，实用性和可操作性更强一些。系统层的工具分为CPU、内存、磁盘（含文件系统）、网络四个部分，工具集 阅读全文
摘要：
一、流程图 在上述通用流程的四个步骤当中，步骤2和3我们会在接下来两个部分重点进行介绍。首先我们来看一下，在准备阶段和测试阶段，我们需要做一些什么。 二、准备阶段 首先，需要对我们进行调优的对象进行详尽的了解，所谓知己知彼，百战不殆。 a. 对性能问题进行粗略评估，过滤一些因为低级的业务逻辑导致的性 阅读全文
摘要：
一、背景 行业常识，性能问题和功能Bug 不同，而后者的分析和解决思路清晰且直接，很多时候从应用日志（文中的应用指分布式服务下的单个节点）即可直接找到问题根源，而性能问题，其排查思路则较为复杂一些。 应用的性能优化，是一个系统性的工程，对工程师的技术广度和技术深度都有所要求。一个简单的应用，它不仅包 阅读全文
摘要：
个人其实偏向于使用类似于JdbcTemplate这种的框架，返回数据也习惯于接受Map/List形式，而不是转化成对象，一是前后台分离转成json方便，另外是返回数据格式，数据字段可以通过SQL控制，而不是返回整个对象字段数据，或者通过VO方式。当然更多人习惯于采用Bean形式，所以这里也同样使用B 阅读全文