AC日志中心v13.0.120，里面很多关于应用时长的概念是什么

在AC日志中，有一个叫   应用时长  的一列，请问这个是什么概念，是如何来算这个时长颗粒度的，

像网站点了多少次链接，刷抖音产生了多少G流量，这些概念都相对清晰，唯独这个应用时长，麻烦从哪儿可以获知详细的解释呢

打开网站，停止不动了，这个网站的浏览时长如何触发和计算的呢，准不准呢

打开抖音APP，应用时长是根据抖音APP产生流量的时间段算成应用时长的吗？

9点上班开始刷抖音，刷到9点半，终端离开这个网络环境10分钟，9点40回来的时候一直刷视频终端自动接入WiFi进来因为是WiFi802.1x,所以终端无感自动正常AC上线，刷抖音到10点整，总共产生流量比如是50G，这个流量相对清晰一些，但是你统计我抖音的时长是60分钟，还是50分钟，还是少于30分钟呢，因为我产生50G的流量，好多都是在较短时间缓存下来了，可能我看10分钟，实际下载流量是5分钟，剩下的5分钟纯看了，那记录我的应用时长怎么算呢

关于这个问题，似乎目前没有找到一个地方有较为较真的解释

核心计算逻辑
会话层跟踪
TCP/UDP会话：AC通过识别应用的协议端口（如HTTP 80、HTTPS 443）建立会话表，记录会话起始时间。若会话持续活跃（如长连接、心跳包），则持续累计时长；若连接断开（如FIN包、超时），则结束计时。
示例：打开网页后静止不动，若页面有轮询请求（如AJAX心跳），AC会认为会话活跃，持续计算时长；若无流量，可能按超时机制（如5分钟无流量断开）结束计时。
应用层协议深度检测（DPI）
AC通过DPI解析流量内容，识别具体应用（如抖音、微信）。即使使用加密协议（如HTTPS），部分设备可通过证书解密或特征库匹配识别应用类型。
颗粒度：通常以秒为单位统计，但具体精度取决于设备性能（如高端设备支持毫秒级记录）。
流量活动窗口
某些AC将连续流量（如每5秒内有数据包）视为活跃状态，无流量间隔超过阈值（如30秒）则视为会话中断，重新计算新会话。

核心计算逻辑
会话层跟踪
TCP/UDP会话：AC通过识别应用的协议端口（如HTTP 80、HTTPS 443）建立会话表，记录会话起始时间。若会话持续活跃（如长连接、心跳包），则持续累计时长；若连接断开（如FIN包、超时），则结束计时。
示例：打开网页后静止不动，若页面有轮询请求（如AJAX心跳），AC会认为会话活跃，持续计算时长；若无流量，可能按超时机制（如5分钟无流量断开）结束计时。
应用层协议深度检测（DPI）
AC通过DPI解析流量内容，识别具体应用（如抖音、微信）。即使使用加密协议（如HTTPS），部分设备可通过证书解密或特征库匹配识别应用类型。
颗粒度：通常以秒为单位统计，但具体精度取决于设备性能（如高端设备支持毫秒级记录）。
流量活动窗口
某些AC将连续流量（如每5秒内有数据包）视为活跃状态，无流量间隔超过阈值（如30秒）则视为会话中断，重新计算新会话。

核心计算逻辑
会话层跟踪
TCP/UDP会话：AC通过识别应用的协议端口（如HTTP 80、HTTPS 443）建立会话表，记录会话起始时间。若会话持续活跃（如长连接、心跳包），则持续累计时长；若连接断开（如FIN包、超时），则结束计时。
示例：打开网页后静止不动，若页面有轮询请求（如AJAX心跳），AC会认为会话活跃，持续计算时长；若无流量，可能按超时机制（如5分钟无流量断开）结束计时。
应用层协议深度检测（DPI）
AC通过DPI解析流量内容，识别具体应用（如抖音、微信）。即使使用加密协议（如HTTPS），部分设备可通过证书解密或特征库匹配识别应用类型。
颗粒度：通常以秒为单位统计，但具体精度取决于设备性能（如高端设备支持毫秒级记录）。
流量活动窗口
某些AC将连续流量（如每5秒内有数据包）视为活跃状态，无流量间隔超过阈值（如30秒）则视为会话中断，重新计算新会话。

核心计算逻辑
会话层跟踪
TCP/UDP会话：AC通过识别应用的协议端口（如HTTP 80、HTTPS 443）建立会话表，记录会话起始时间。若会话持续活跃（如长连接、心跳包），则持续累计时长；若连接断开（如FIN包、超时），则结束计时。
示例：打开网页后静止不动，若页面有轮询请求（如AJAX心跳），AC会认为会话活跃，持续计算时长；若无流量，可能按超时机制（如5分钟无流量断开）结束计时。
应用层协议深度检测（DPI）
AC通过DPI解析流量内容，识别具体应用（如抖音、微信）。即使使用加密协议（如HTTPS），部分设备可通过证书解密或特征库匹配识别应用类型。
颗粒度：通常以秒为单位统计，但具体精度取决于设备性能（如高端设备支持毫秒级记录）。
流量活动窗口
某些AC将连续流量（如每5秒内有数据包）视为活跃状态，无流量间隔超过阈值（如30秒）则视为会话中断，重新计算新会话。

这个是根据你要保留的日志来看的！！！！

某些AC将连续流量（如每5秒内有数据包）视为活跃状态，无流量间隔超过阈值（如30秒）则视为会话中断，重新计算新会话。

某些AC将连续流量（如每5秒内有数据包）视为活跃状态，无流量间隔超过阈值（如30秒）则视为会话中断，重新计算新会话。

TCP/UDP会话：AC通过识别应用的协议端口（如HTTP 80、HTTPS 443）建立会话表，记录会话起始时间。若会话持续活跃（如长连接、心跳包），则持续累计时长；若连接断开（如FIN包、超时），则结束计时。
示例：打开网页后静止不动，若页面有轮询请求（如AJAX心跳），AC会认为会话活跃，持续计算时长；若无流量，可能按超时机制（如5分钟无流量断开）结束计时。

在AC日志中心中，应用时长的概念主要是指用户在特定应用上花费的时间。具体来说，AC数据中心的应用类型和具体应用时长是取应用最大使用时长的。例如，如果用户同时使用了3个应用，每个应用使用了5分钟，那么应用时长记录为5分钟，而不是15分钟。如果用户分别使用3个应用，每个应用用了5分钟，那么应用时长则记录为15分钟[1]。

需要注意的是，AC数据中心的应用时长计算是基于流量的，只有在有流量经过时才会进行计算，无法区分流量是人为产生的还是非人为产生的