断点续听,关掉也不丢进度
听到第 37 回被电话打断,挂掉再打开自动回到那句话。跨设备登录同一账号,进度也跟着走。
首页›App下载
把「单田芳」的评书世界装进口袋——一键续听、离线缓存、倍速与定时关闭都齐了。安卓与 iOS 都能装,装完就能听,不注册也能先试。
下面几组数字来自应用商店后台与客户端统计口径的合并概览,用于说明当前体量,不是宣传口径的「虚高值」;涉及具体人数的部分一律取整数近似。

功能列表谁都会写,关键是「用起来省不省事」。下面六条都对应一个具体动作,你点一下就知道值不值。
听到第 37 回被电话打断,挂掉再打开自动回到那句话。跨设备登录同一账号,进度也跟着走。
出门前把整回缓存到本地,全程不消耗流量,信号差的地下车库、高铁隧道都不会卡在缓冲圈上。
可选 15 / 30 / 60 分钟或「本回播完关闭」,睡前听书不用惦记着爬起来按暂停。
想细品语气用 0.8×,赶时间用 1.5×。变速做的是音高保持处理,不会变成尖细的「快进怪声」。
记得「第几回」直接搜回目名或序号,也能按书名、按年代筛,长书几百回也能几秒钟定位。
深色界面护眼,锁屏后继续播,通知栏就能切回目、调倍速,不用反复解锁进 App。
拿一个最常见的场景做示范:一位每天通勤 50 分钟、想系统听完一部长篇的听众。
这些差别不玄乎,都是「少点几下、少断几次、少耗点电」的累计。听书这件事本来就是长跑,省下来的每一分钟最后都会变成多听的几回。
不是所有人都需要装客户端。下面三种情况,装了提升最明显;如果你只是偶尔听一两回,网页版其实也够用。
问题:零散听容易断线、丢进度,一部几百回的书永远听不完。结果:用离线缓存 + 断点续听,按每天两回算,一部 200 回的长篇大约三个月能收尾。
问题:听着听着睡着,音频播到凌晨。结果:设「本回播完关闭」,一回约 25 分钟,正好在入睡窗口里自然收尾。
问题:老人不熟悉多层菜单,找不到「继续听」的入口。结果:首页顶部就是「继续收听」大按钮,字号可放大,一次教会基本就能自己用。
四张主要界面截图,对应你日常最常走的四条路径。图片为界面示意,实际以你安装的版本为准。
两个平台的流程分开写。如果你卡在某一步,先看本节末尾的「装不上怎么办」,八成问题都在那儿。
一个不大的产品小组,分工很明确。我们不打算把团队包装成「豪华阵容」,就是几个天天自己听书的人。
负责书目与回目信息的校对归档,处理同一部书不同版本的命名差异,让搜索能一次命中。
主攻播放内核、缓存策略与耗电优化。近一年重点解决的就是弱网环境下的播放稳定性。
盯用户反馈邮箱和商店评论,负责把「听不清」「找不到」这类模糊描述翻译成能改的需求。
先把边界说清楚,比什么都承诺一遍更有用。
免费下载与基础收听不设门槛;版本更新前会在应用内公告;反馈邮件工作日 48 小时内给答复;不在后台偷偷跑流量。
不提供盗版、破解或未授权资源的传播路径;不展示无法核实的收听量、评分与获奖信息;涉及具体名单、日期、数量这类无法确认的细节,我们宁可留空,也不猜测补齐。
尊重原创与版权方权益,内容以官方或公开渠道可核实的资料为准。若你认为某处标注有误,欢迎通过反馈邮箱指出,我们会核实后修正。
下面这些是反馈邮箱里出现频率最高的几条,直接给了答案。
遇到装不上、听不了、找不到回目,先别急着卸载——把机型和系统版本发过来,多数问题一条邮件就能解决。