4.6 KiB
#灵感
局域网 服务端地址
服务器 IP：[192.168.1.177](http://192.168.1.177/) 用户：root 密码：cZr8YTtp
参考的上报日志 分析平台 演示：
https://creporter.inspiregames.cn:81/ lg753951
这里是采集到，客户端发过来数据的接口逻辑：
!
安卓端，采集内存占用，统计采集耗时，逻辑参考
public static int getRSSMemoryMBProc() {
long startTime = System.nanoTime(); // 记录开始时间
try (BufferedReader br = new BufferedReader(new FileReader("/proc/self/status"))) {
String line;
while ((line = br.readLine()) != null) {
if (line.startsWith("VmRSS:")) {
String[] parts = line.split("\\s+");
int kb = Integer.parseInt(parts[1]);
long duration = (System.nanoTime() - startTime) / 1000; // 微秒耗时
Log.d("PerfMonitor", "getRSSMemoryMBProc took " + duration + "μs");
return kb / 1024;
}
}
// 如果没有找到VmRSS行也记录耗时
long duration = (System.nanoTime() - startTime) / 1000;
Log.d("PerfMonitor", "getRSSMemoryMBProc (no data) took " + duration + "μs");
} catch (Exception e) {
long duration = (System.nanoTime() - startTime) / 1000;
Log.e("PerfMonitor", "getRSSMemoryMBProc failed after " + duration + "μs", e);
e.printStackTrace();
}
return -1;
}
耗时统计：
!
微秒和毫秒的换算：
!
!
这里是go服务器，检测和创建数据库表的相关逻辑
!
这里是整个，go服务器的main启动函数入口：
!
main函数运行到这里，就可以判断和创建数据库了
!
也是这里，就是服务端，采集到的，相关数据和解析
!
然后，这里是之前的相关封装，其中，Msg和ExtMsg等 额外附加数据，可以看到，是封装放到Report里的
!
客户端的拼接和上报
!
结构体这里，也要加上：
!
断点可以采集到，非空的fpsData相关数据
!
三消的，lua初始化相关
!
解析一下，主逻辑脚本； 首先，是收集的结构体
!
是一个mono的单例，设置上报的时间间隔，是5秒，还有其他声明的变量，例如SkipFrame就是跳过的帧数，FailCheckInterval是发送失败后，间隔多久才开始重新发送，这里设定是60秒
!
这是获取，对应操作系统的名称
!
在Update函数里，先跳过上述提及的，5帧，然后才开始采集
!
这里是检测，上次失败的时间间隔，这里是大于60秒，才会继续重发
!
这里是，发送网络消息的接口，设置了超时是10秒，然后重发次数，还有失败多次后，设置enable使能为false
!
非常朴素的，获取内存占用相关，这个是不可以直接使用的，因为还使用到，Profiler性能检测的一些接口，后面需要替换成，各原生层的，获取内存的相关接口
!
这里是，上报拼接的，具体逻辑
!
如果要还原，原本的服务器上报逻辑，参考这个注释，操作即可，一共修改3个地方
!
跟日志上报区分一下，服务端，改成collect
!
客户端也同步修改一下后缀：
!
性能工具 内网服务器：运行测试程序，相关指令
cd /usr/local/games/lgcollecter/
nohup ./lgcollecter > output.log 2>&1 &
ps -elf | grep lgcollecter
可以看到，是正常运行的：
!
如果需要，正常中止程序，在获取到进程号之后，直接kill就好，例如上述是这个
!
kill 2400
进阶参考获取进程号和kill相关