Jellyfin 和 Emby 都能管理家庭影音资料，我选择时更看客户端体验、扫描稳定性、管理成本和主备边界。

\n
Jellyfin 和 Emby 我都用过一段时间。它们都可以整理家庭自有和授权影音资料，也都能在 Docker 里跑起来。真正让我做选择的，不是功能列表谁更长，而是家里常用客户端是否顺手、扫描结果是否稳定、出了问题谁更容易维护，以及两套服务能不能有清楚的主备边界。

家庭服务器最怕把选择做成信仰题。服务是给家人用的，不是给配置截图用的。电视端能不能快速打开，老人和孩子会不会迷路，平板端播放是否稳定，维护者能不能在十分钟内判断问题归属，这些都比口号重要。

客户端先决定主力

我会先列出家里真正会用的设备：客厅电视、卧室电视盒子、平板、手机、浏览器。然后分别测试登录、浏览、继续播放、字幕切换、画质选择和遥控器操作。哪个服务在常用设备上少出错、少解释、少折腾，哪个就更适合当主力。

Emby 对我来说更像稳态入口，客户端体验和家庭成员学习成本比较可控。Jellyfin 的开放性很有吸引力，适合我做验证、备用和对照测试。这个判断不是说谁绝对更好，而是把“主力服务”和“实验服务”的责任拆开。

扫描和元数据别混用

两套服务可以读取同一份只读资料，但我不会让它们共用配置库、缓存目录或插件目录。Emby 有自己的 /config，Jellyfin 也有自己的 /config 和 /cache。原文件目录只读共享，应用状态各管各的。

services:
  emby:
    volumes:
      - /srv/appdata/emby:/config
      - /srv/media/authorized:/media/authorized:ro
      - /srv/cache/emby-transcode:/transcode

  jellyfin:
    volumes:
      - /srv/appdata/jellyfin:/config
      - /srv/cache/jellyfin:/cache
      - /srv/media/authorized:/media/authorized:ro

这样做的好处是对照清晰。如果两个服务扫描同一目录都失败，优先查宿主机路径、权限或文件本身；如果只有 Jellyfin 异常，就查 Jellyfin 的库设置和日志；如果只有 Emby 异常，就查 Emby 的配置和缓存。不要让两个应用写同一个状态目录，否则排障时很难分清是谁改了什么。

管理成本要算进去

Jellyfin 的自由度高，插件和社区玩法多，但这也意味着我需要承担更多选择和验证。Emby 在某些客户端和家庭使用场景里更省心，但也要接受它自己的授权模式和功能边界。家庭服务器不是评测实验室，我会把维护频率、升级风险、备份方式和家人反馈都算进成本。

比如升级前要不要读变更说明，配置目录能否直接快照，客户端出问题时是否容易回滚，转码设置有没有明显日志可查，这些都是长期成本。一个服务今天功能多一点，但每次升级都要花半天恢复，对家庭环境未必划算。

主备边界要写明

如果 Emby 是主力，我会把家庭入口、书签、反向代理和主要客户端都指向 Emby；Jellyfin 只作为备用端口或内网测试入口，不主动让家人混用。这样出现播放问题时，先排主力服务，不会因为两个入口同时存在而把反馈变成“有时候这个能播，有时候那个能播”。

备用服务也要有边界。它可以用于验证同一目录在另一个扫描器里的表现，也可以在主力升级前做临时对照，但不应该偷偷承担生产角色。备用一旦变成另一个主力，就要同样纳入备份、监控和升级流程，否则只是制造第二套隐性维护负担。

我会怎么测试

选择前我会准备同一组合法自有或授权内容，分别在两边建库。测试项目包括首次扫描耗时、封面识别准确率、客户端打开速度、字幕切换、直连播放、必要时的转码表现，以及日志是否容易读懂。每一项只记录事实，不急着下结论。

常用命令也保持一致：

docker compose ps
docker compose logs --tail=160 emby
docker compose logs --tail=160 jellyfin
docker inspect emby --format '{{json .Mounts}}'
docker inspect jellyfin --format '{{json .Mounts}}'

如果测试结束后两边体验接近，我会选管理成本更低的那个当主力。另一个保留最小配置，不绑定太多入口，不承诺家庭成员日常使用。这样既能保留选择空间，也不会让维护工作翻倍。

最后的选择没有统一答案。对我来说，Emby 更适合作为家里长期入口，Jellyfin 更适合开放验证和备用对照。关键不是站队，而是让客户端、扫描、备份、缓存和入口责任各自清楚。边界清楚了，两套服务可以互相帮助；边界模糊了，它们只会一起增加排障成本。