perf(metadata): 元数据探测从 2MB 降到 512KB
1Panel 访问日志显示:2MB 的探测请求在当前链路上要 10~18 秒, 期间 libmpv 的 206 吞吐被压到 ~1Mbps,直接拖慢起播。 - _maxBytes 2MB -> 512KB:常见标签与封面都在此范围内 - 读不到标签时仍由 80% 重试兜底 - 日志文案同步更新 另:访问日志 CSV 属于本地参考,加入 .gitignore
This commit is contained in:
+4
-1
@@ -41,4 +41,7 @@ gradle-build.log
|
||||
*.iml
|
||||
|
||||
# ---------- 个人笔记(不上传) ----------
|
||||
bug-todo.txt
|
||||
bug-todo.txt
|
||||
|
||||
# ---------- 服务器/监控日志(本地参考,不上传) ----------
|
||||
monitor-log-*.csv
|
||||
|
||||
@@ -14,7 +14,11 @@ class WebDAVFileProvider implements FileProvider {
|
||||
/// 只为读标签取文件头部,绝不整文件下载。
|
||||
/// 之前用 dio.download 会把整首歌拉到临时目录,和 mpv 的流式播放抢带宽,
|
||||
/// 20Mbps 的 FRP 链路上尤其明显(表现为流量很高但缓冲一直为 0)。
|
||||
static const int _maxBytes = 2 * 1024 * 1024;
|
||||
///
|
||||
/// 从访问日志看:2MB 的探测请求在这条链路上要 10~18 秒,
|
||||
/// 期间 libmpv 的 206 吞吐会被压到 1Mbps 左右,所以压到 512KB。
|
||||
/// 常见标签 + 封面都在这范围内;读不到时由上层在 80% 处重试。
|
||||
static const int _maxBytes = 512 * 1024;
|
||||
|
||||
/// 切歌时取消上一次未完成的下载,避免多个下载叠加占满带宽。
|
||||
static CancelToken? _activeToken;
|
||||
|
||||
Reference in New Issue
Block a user