说到服务端性能测试就不得不提到上述流程图，言简意赅的概括了性能测试中所需要做到的内容。上面是比较全的指标。但实际工作中的每一次性能测试可能都有一定的侧重点，比如在trace的测试中可能更看重的两个版本之间的性能对比；在redis的测试中更注重的单机的双写qps上限；在函数计算的测试过程中更注重在一定的qps压力系统的稳定性；而在discovery的压测过程中可能更注重的复现线上问题 以及 定位系统瓶颈。压力测试的过程往往需要反复是比较耗时的过程，因此一定有每次压测的侧重点。而在目前大部分的场景测试中，可能事务的响应时间可能并不作为重点关注的事项。也有可能之前的测试业务在这点上并不关心。性能指标...

😂😂😂😂

代碼思路：觀察兩個模塊接口，以判斷本模塊需要完成哪些功能RAM每次斷電后會全部清空，再次通電所有信號都歸零1、時鐘：直接相連2、讀寫使能：讀時處於非空狀態，寫時處於非滿狀態； 2.1、【讀空】和【寫滿】判斷3、讀寫地址：在讀寫使能時，自加1即可；（先進先出要求讀追趕寫，所以是同向）4、讀寫數據：直接相連（因爲RAM裏面亦含有數據傳輸條件，即2步驟產生的使能信號）二、以上難點在於步驟2：具體解決方案見下圖。易錯點：轉爲格雷碼后打拍在各自的時鐘下，而後續消除亞穩態的兩拍是在對方時鐘下；因爲讀/寫操作處在不同的時鐘下。判斷是否讀空，需要將讀地址與寫地址作比較，而寫地址是由寫時鐘產生的，在讀時鐘...