期待大佬分享实际落地的效果，上次 mtsc 大会上酷乐家的分享，他们在 repeater 之外做了很多东西，目前个人感觉流量录制回放还有点蛮干的味道

今年换了公司，暂时新公司还没落地。预计明年再分享吧。

另外，你说的 “蛮干” 是什么意思，可以详细说下不？我也有听酷家乐分享以及他们在社区的实践分享，结合各项降噪工具，看起来已经做得挺不错了呀。

小公司玩不起，写请求的处理始终是个难点。
读请求也要考虑数据一致性的问题，搭建一比一的测试环境成本太高。
我想把流量录制用于线上问题跟踪，现在的日志系统采集率不足，全链路也没做起来，作为临时替代方案感觉还行。

之前照着楼主和 ELes 大神的几篇帖子，已经把这套给玩起来了，真的是非常感谢两位大神的攻略帖。但是部分场景不知道该怎么处理，比如 某接口中会新起一个线程去异步处理一些事情，这种情况下除了把这个子调用 mock 掉之外，还有更好的处理方法么？主要是被 mock 掉的那部分功能就没法回放到了。

说下两点感受吧
1、线上流量采样，采样出来的数据分布是什么样的，有没有代表性
2、diff 降噪，降噪过滤掉的数据是不是不重要的，不需要关心
这个对于输入和输出的都没有明确的预期，感觉就是一把梭哈，能跑出来啥是啥

也有想过在公司落地，技术层面还好说，但对这项工程的收益与风险还是存疑

风险

1. 既然最终要拉线上的数据，多多少少会影响到线上服务的性能，甚至功能，这块怎么能将风险降到最低
2. 敏感数据如何解决，涉及到用户敏感信息、金钱相关的，很多大公司这块审计的比较严

收益
主要体现在目前回放过程中的上游服务，数据，缓存层层 mock，覆盖面肯定比较有限，那是不是说明通过这种方式回放必然存在局限性，还是有其他解决途径？

今年一月份南琛上传的直播回放里就有 console 相关的界面了，本地跑了一下，加载速度实在太慢就放弃了。

我准备用来回放和录制测试环境，生产没有条件。

1、线上流量采样，采样出来的数据分布是什么样的，有没有代表性

我理解所有的测试都是为了尽可能模拟真实用户，线上流量的采样用最简单的百分比其实分布就能做到和真实情况比较一致。而且看酷家乐后面的分享文章，为了不至于只有高频接口，还额外做了一些处理，让低频接口也能被采样到

2、diff 降噪，降噪过滤掉的数据是不是不重要的，不需要关心

diff 这种降噪方式，不是要过滤掉不重要的数据，而是要过滤掉回放一定会不一致引起误判的数据。如果业务中确实有存在回放一定不一致，但实际是需要关心的数据（比如 insert 时，直接在代码基于时间戳生成数据的唯一 id ），可以用其它方式去进行自动化，不一定要通过录制回放。

录制回放背后的思想是，线上的结果是对的。所以线上的输入 + 输出就是测试用例的输入 + 输出，回放的时候直接校验新的代码是否和线上的一致。我理解应该不至于是 “对于输入和输出的都没有明确的预期” ？

既然最终要拉线上的数据，多多少少会影响到线上服务的性能，甚至功能，这块怎么能将风险降到最低

之前官方有分享对线上服务的性能影响，具体数值忘记了，但只要采样率设置得当，影响不会太大。要对线上抱有敬畏感是对的，但只要做好足够的测试以及对原理足够熟悉，风险相对还是可控的。

敏感数据如何解决，涉及到用户敏感信息、金钱相关的，很多大公司这块审计的比较严

我理解可以在录制回放的平台上加脱敏？原始流量脱敏就不能用了，所以存储的流量不能脱敏，那就只能在录制回放平台上做脱敏了。我理解保障普通用户看到的数据都是脱敏后的，就不影响审计。

那是不是说明通过这种方式回放必然存在局限性，还是有其他解决途径

我理解是有局限性的。其实类似于单元测试，我这个小的单元没问题，不能代表集成起来没问题（脑补一下最经典的 2 扇对外打开的窗，刚好安装时成 90 度，变成一个开着的时候另一个无法开。单元测试来说两扇窗都是可以打开的，但集成起来就出问题了）。线上追求的是服务集成起来后没问题，单元没问题只是一个前提条件。
目前了解到大部分录制回放使用的场景都是回归本身项目中预期应该是没有变动的或者不受影响的部分，最能发挥威力的使用场景是客户端不会动的服务端重构或服务整合。至于日常版本里新增接口甚至是多个服务一起联合改动，这个不是录制回放能发挥威力的地方，这个应该用普通的接口测试做集成测试，会比较有效。

diff 这种降噪方式，不是要过滤掉不重要的数据，而是要过滤掉回放一定会不一致引起误判的数据。

这样的数据可以举个栗子吗？

1、数据采样问题，假如一个接口提供三个场景的查询，线上采样回来的数据能不能覆盖这几个场景。
2、diff 降噪是要过滤掉不一致的数据，这里面的数据跟哪些场景相关也不太清楚
回放完一轮之后，能得到的数据是去掉环境差异后前后不一致的数据，对于覆盖了什么说不清楚；而且现在只能回放 get 请求，局限性太大，只能作为接口自动化的补充，实施成本也不小

比如 createTime 、updateTime 这类和时间有关的参数。

个人理解，录制回放主要好处是能以比较低成本的方式直接验证线上出现最频繁的场景。它不追求全，追求的是有限资源下尽可能保障不出大问题。

所以对于问题 1，如果线上这 3 个场景的查询使用频率都不低，那应该可以覆盖（也可以手动做一些采样方面的调整，尽可能确保 3 个场景只要有触发都有录制）

对于问题 2，不实际针对业务做一次 diff 降噪是不知道的。笼统点讲就是会去掉没有和外部服务关联的那部分数据（如我正文里的示例项目，id 是程序自己生成的，没有依赖任何外部服务），但这部分数据具体和哪些场景有关得看具体系统情况了。

接口测试工具可以试用一下国产的接口测试和接口文档生产工具 apipost：https://www.apipost.cn/?dt=2020

我们目前是在测试环境稳定版下录制，在新版本回放，还是能发现一些 BUG；目前感觉美中不足的还是采样，如何采样到最完整的样本，估计还是要编写录制规则或者通过代码覆盖率来控制；

参考这个教程，录制成功了 但是回放时会报错，有人遇到了么？怎么解决的呀？

测试 demo 运行打包报错，gradle 没用过

没太明白你想表达什么，如果是想协助解决问题，可以把你具体的操作步骤、报错信息等附上来？

让 repeater 注入到被测应用命令执行异常， 这些目录需要提前新建和授权？
louyong@louyongs-MacBook-Pro ~ % sh ~/sandbox/bin/sandbox.sh -p ps -ef | grep "target/gs-rest-service-0.1.0.jar" | grep -v grep | awk '{print $2}' -P 12580
cat: /Users/louyong/.sandbox.token: No such file or directory
permission denied, /Users/louyong/../lib is not readable.
louyong@louyongs-MacBook-Pro ~ % ps -ef | grep target/gs-rest-service-0.1.0.jar
501 86046 88065 0 9:32 下午 ttys003 0:00.00 grep target/gs-rest-service-0.1.0.jar
501 69054 91850 0 11:58 下午 ttys006 0:59.02 /usr/bin/java -jar target/gs-rest-service-0.1.0.jar --server.port=9003

谢谢，我已经搞好了，可以 ieda 打包运行了

时间有点久，不大记得了。解决了就好~

注入成功了，但是发送请求没有录制成功，也没看到哪里报错， 官方的钉钉群满了，这个项目怎么感觉都不维护了

repeater 注入到被测应用, 被测应用报错 Full thread dump Java HotSpot(TM) 64-Bit Server VM (11.0.7+8-LTS mixed mode): 有没有遇到过？怎么解决的？

没遇到过，而且你这个看起来不像是错误，只是一个 dump 动作日志。

你把报错日志截全贴上来？

• /usr/local/jdk1.8.0_221/bin/java -Xms128M -Xmx128M -Xnoclassgc -ea -Xbootclasspath/a:/usr/local/jdk1.8.0_221/lib/tools.jar -jar /root/.opt/sandbox/lib/sandbox-core.jar 24838 /root/.opt/sandbox/lib/sandbox-agent.jar 'home=/root/.opt/sandbox;token=311898606243;server.ip=0.0.0.0;server.port=0;namespace=default' java.io.IOException: Non-numeric value found - int expected at sun.tools.attach.HotSpotVirtualMachine.readInt(HotSpotVirtualMachine.java:299) at sun.tools.attach.HotSpotVirtualMachine.loadAgentLibrary(HotSpotVirtualMachine.java:63) at sun.tools.attach.HotSpotVirtualMachine.loadAgentLibrary(HotSpotVirtualMachine.java:79) at sun.tools.attach.HotSpotVirtualMachine.loadAgent(HotSpotVirtualMachine.java:103) at com.alibaba.jvm.sandbox.core.CoreLauncher.attachAgent(CoreLauncher.java:61) at com.alibaba.jvm.sandbox.core.CoreLauncher.(CoreLauncher.java:20) at com.alibaba.jvm.sandbox.core.CoreLauncher.main(CoreLauncher.java:43) sandbox load jvm failed : Non-numeric value found - int expected
• exit_on_err 1 'attach JVM 24838 fail.'
• [[ -n attach JVM 24838 fail. ]]
• echo 'attach JVM 24838 fail.' attach JVM 24838 fail.

load jvm failed : Non-numeric value found - int expected

报错提示需要 int ，但发现非数字型的参数，和你之前给的貌似又不是同一个问题了。我搜了下我以前的帖子，好像启动姿势和你这里用的不大一样。我以前用的：

# sandbox attach
sh ~/sandbox/bin/sandbox.sh -p `ps -ef | grep "target/gs-rest-service-0.1.0.jar" | grep -v grep | awk '{print $2}'` -P 12580

要不你单独发个帖子，把你的操作步骤以及报错，都详细说明下？

这是启动项目的日志：
[root@localhost ~]# java -jar gs-rest-service-0.1.0.jar

. ____ _ __ _ _
/\ / ' __ _ ()_ __ __ _ \ \ \ \
( ( )_ | '_ | '| | ' \/ ` | \ \ \ \
\/ _)| |)| | | | | || (| | ) ) ) )
' |__| .|| ||| |_, | / / / /
=========||==============|_/=////
:: Spring Boot :: (v2.1.6.RELEASE)

2022-06-30 23:04:21.498 INFO 4005 --- [ main] hello.Application : Starting Application v0.1.0 on localhost.localdomain with PID 4005 (/root/gs-rest-service-0.1.0.jar started by root in /root)
2022-06-30 23:04:21.502 INFO 4005 --- [ main] hello.Application : No active profile set, falling back to default profiles: default
2022-06-30 23:04:23.626 INFO 4005 --- [ main] o.s.b.w.embedded.tomcat.TomcatWebServer : Tomcat initialized with port(s): 8080 (http)
2022-06-30 23:04:23.683 INFO 4005 --- [ main] o.apache.catalina.core.StandardService : Starting service [Tomcat]
2022-06-30 23:04:23.684 INFO 4005 --- [ main] org.apache.catalina.core.StandardEngine : Starting Servlet engine: [Apache Tomcat/9.0.21]
2022-06-30 23:04:23.830 INFO 4005 --- [ main] o.a.c.c.C.[Tomcat].[localhost].[/] : Initializing Spring embedded WebApplicationContext
2022-06-30 23:04:23.831 INFO 4005 --- [ main] o.s.web.context.ContextLoader : Root WebApplicationContext: initialization completed in 2226 ms
2022-06-30 23:04:24.334 INFO 4005 --- [ main] o.s.s.concurrent.ThreadPoolTaskExecutor : Initializing ExecutorService 'applicationTaskExecutor'
2022-06-30 23:04:24.701 INFO 4005 --- [ main] o.s.b.w.embedded.tomcat.TomcatWebServer : Tomcat started on port(s): 8080 (http) with context path ''
2022-06-30 23:04:24.706 INFO 4005 --- [ main] hello.Application : Started Application in 4.071 seconds (JVM running for 5.056)

执行 sandbox 的命令：
进到/root/.opt/sandbox/bin 文件夹执行：
./sandbox.sh -p 4005 -X
报错信息：
[root@localhost bin]# ./sandbox.sh -p 4005 -X

• getopts hp:vFfRuAm:I:P:ClSn:X ARG
• reset_for_env
• [[ -n /usr/local/jdk1.8.0_221 ]]
• SANDBOX_JAVA_HOME=/usr/local/jdk1.8.0_221
• [[ -z /usr/local/jdk1.8.0_221 ]]
• [[ -f /usr/local/jdk1.8.0_221/lib/tools.jar ]]
• SANDBOX_JVM_OPS='-Xms128M -Xmx128M -Xnoclassgc -ea -Xbootclasspath/a:/usr/local/jdk1.8.0_221/lib/tools.jar' ++ cat /root/.sandbox.token
• test -n '' -a -z 'default;38430368443;0.0.0.0;37065 default;289676134243;0.0.0.0;37065 default;17397214643;0.0.0.0;37065 default;232877128543;0.0.0.0;37065 default;376703085843;0.0.0.0;37065 default;176956789843;0.0.0.0;37065 default;394855162143;0.0.0.0;37065 default;311898606243;0.0.0.0;43769 default;88232357143;0.0.0.0;33005 default;220508954043;0.0.0.0;37778'
• check_permission
• pgrep java
• grep 4005
• pgrep -U root
• grep 4005
• [[ ! -w /root ]]
• [[ ! -r /root/.opt/sandbox/lib ]]
• touch /root/.sandbox.token
• [[ ! -x /usr/local/jdk1.8.0_221 ]]
• [[ ! -x /usr/local/jdk1.8.0_221/bin/java ]]
• /usr/local/jdk1.8.0_221/bin/java -version
• awk -F '"' '/version/&&$2<="1.5"{exit 1}'
• '[' -z '' ']'
• TARGET_SERVER_IP=0.0.0.0
• '[' -z '' ']'
• TARGET_SERVER_PORT=0
• [[ -n '' ]]
• [[ -z '' ]]
• TARGET_NAMESPACE=default
• [[ -n '' ]]
• [[ -z 4005 ]]
• attach_jvm
• local token ++ date ++ head ++ cksum ++ sed 's/ //g'
• token=422802802943
• /usr/local/jdk1.8.0_221/bin/java -Xms128M -Xmx128M -Xnoclassgc -ea -Xbootclasspath/a:/usr/local/jdk1.8.0_221/lib/tools.jar -jar /root/.opt/sandbox/lib/sandbox-core.jar 4005 /root/.opt/sandbox/lib/sandbox-agent.jar 'home=/root/.opt/sandbox;token=422802802943;server.ip=0.0.0.0;server.port=0;namespace=default' java.io.IOException: Non-numeric value found - int expected at sun.tools.attach.HotSpotVirtualMachine.readInt(HotSpotVirtualMachine.java:299) at sun.tools.attach.HotSpotVirtualMachine.loadAgentLibrary(HotSpotVirtualMachine.java:63) at sun.tools.attach.HotSpotVirtualMachine.loadAgentLibrary(HotSpotVirtualMachine.java:79) at sun.tools.attach.HotSpotVirtualMachine.loadAgent(HotSpotVirtualMachine.java:103) at com.alibaba.jvm.sandbox.core.CoreLauncher.attachAgent(CoreLauncher.java:61) at com.alibaba.jvm.sandbox.core.CoreLauncher.(CoreLauncher.java:20) at com.alibaba.jvm.sandbox.core.CoreLauncher.main(CoreLauncher.java:43) sandbox load jvm failed : Non-numeric value found - int expected
• exit_on_err 1 'attach JVM 4005 fail.'
• [[ -n attach JVM 4005 fail. ]]
• echo 'attach JVM 4005 fail.' attach JVM 4005 fail.
• exit 1

./sandbox.sh -p 4005 -X

看了下这个命令，和我之前文中有出入。我之前文中用的是

sh ~/sandbox/bin/sandbox.sh -p `ps -ef | grep "target/gs-rest-service-0.1.0.jar" | grep -v grep | awk '{print $2}'` -P 12580

我换成变量含义再写一遍：

sh ~/sandbox/bin/sandbox.sh -p ${需被sandbox attach的java进程PID} -P ${sandbox服务通讯端口号}

虽然根据 sh ~/sandbox/bin/sandbox.sh --help说明，如果不提供 -P ，默认会用随机端口号，但看了 shell 里实际实现，默认会填充的是一个固定值 0 ，而非自己生成一个暂时没被使用的随机端口号。

所以，你可以试下加上 -P（注意是大写 P）参数试试。

2022-07-13 03:41:12.013 INFO 10443 --- [nio-8080-exec-2] o.a.c.c.C.[Tomcat].[localhost].[/] : Initializing Spring DispatcherServlet 'dispatcherServlet'
2022-07-13 03:41:12.013 INFO 10443 --- [nio-8080-exec-2] o.s.web.servlet.DispatcherServlet : Initializing Servlet 'dispatcherServlet'
2022-07-13 03:41:12.026 INFO 10443 --- [nio-8080-exec-2] o.s.web.servlet.DispatcherServlet : Completed initialization in 13 ms
2022-07-13 03:41:12.162 INFO 10443 --- [nio-8080-exec-2] hello.WebLogAspect :【开始处理请求】请求地址 URL: http://192.168.30.149:8080/greeting:，请求方法 GET，对应: hello.GreetingController.greeting，IP: 192.168.12.130，请求参数: ["World"]
2022-07-13 03:41:12.213 INFO 10443 --- [nio-8080-exec-2] hello.WebLogAspect : 返回结果: {"content":"Hello, World!","id":1}，请求耗时: 49 ms
2022-07-13 03:41:12.565 INFO 10443 --- [nio-8080-exec-1] hello.WebLogAspect :【开始处理请求】请求地址 URL: http://192.168.30.149:8080/greeting:，请求方法 GET，对应: hello.GreetingController.greeting，IP: 192.168.12.130，请求参数: ["World"]
2022-07-13 03:41:12.565 INFO 10443 --- [nio-8080-exec-1] hello.WebLogAspect : 返回结果: {"content":"Hello, World!","id":2}，请求耗时: 0 ms
被监控的项目启动成功了。
./sandbox.sh -p 10443 -P 12580
NAMESPACE : default
VERSION : 1.3.3
MODE : ATTACH
SERVER_ADDR : 0.0.0.0
SERVER_PORT : 12580
UNSAFE_SUPPORT : ENABLE
SANDBOX_HOME : /root/sandbox/bin/..
SYSTEM_MODULE_LIB : /root/sandbox/bin/../module
USER_MODULE_LIB : /root/sandbox/sandbox-module;~/.sandbox-module;
SYSTEM_PROVIDER_LIB : /root/sandbox/bin/../provider
EVENT_POOL_SUPPORT : DISABLE
sandbox 也执行成功了，为什么在 repeater 在线模块没有心跳信息呢？

@A.D console 启动了么？文章顶部 console 相关的配置都配好了吗？

PS：请使用 markdown 排版

你单独建个帖子，把你的详细操作步骤也补充贴上来吧。

光这样一个截图和错误日志，不好定位问题。我现在已经很少用 repeater 了，也没熟练到直接看日志就看得出问题的程度。

你提的这个问题提供的线索太少了，只有一个 “接收不到在线流量”，但没有更详细的你具体是怎么配置的过程记录，没法基于你提供的信息反馈有效的解决建议。

建议你开个新的帖子，把你完整的配置过程记录下来？

第四步：配置在线模块

这一步的截图里，我看到你的端口号和我文章中用的不一样，而且服务数量是 2 个，和我文章也不大一样。你确认你启动的被测服务，使用的是这里面其中一个端口号吗？

另外，你截图里第三步是启动被测服务，但没见到我文章提及的 5.2、让 repeater 注入到被测应用 ，不知道你这一步是否有做，命令行使用的命令和我写的是否一致？

为啥我的机器 ip 老是 0.0.1.1，而不是我期望的 ip

可以随时加我微信，我微信在我社区个人主页有。

ifconfig 检查下是不是有多网卡，所以有多 ip？

这个被测应用是不是只能是 java 项目