最大资源网（别名：最大资源、最大采集接口）在站长圈里常被冠以"存量优先"的印象——不以单日爆发式上新见长，而以庞大的库存总量取胜。对首次建库或需要大量补片的站点来说，这类大库型采集源有天然的效率优势。本词条按档案体例整理其接口地址格式、参数含义、配置要点与常见排错思路，并记录别名变体与适用程序，供建站者选型比对时查阅。
基本信息
| 词条名 | 最大资源网 |
|---|---|
| 别名变体 | 最大资源、最大采集接口 |
| 接口类型 | 苹果CMS V10资源采集接口 |
| 数据格式 | 默认JSON输出，可切换XML |
| 常见资源形态 | m3u8切片直链为主 |
| 适用CMS | 苹果CMS V10（maccms10）及兼容V10接口规范的程序 |
| 更新频率评价 | 存量庞大，增量节奏平稳，适合分批消化 |
| 资源清晰度评价 | 高清与普清混杂，建议入库前抽检核验 |
接口地址格式
最大资源网的接口遵循苹果CMS V10通用规范，基础路径形态为 http://你的域名/api.php/provide/vod/ ，接入时以资源方实际交付的地址为准。列表请求与详情请求共用同一路径，靠ac参数区分动作；需要XML报文时追加at参数；面对大存量数据，pg翻页与h时间窗是最常用的两个搭配。想理解这些参数在整条采集链路中的位置，可先阅读站内文章资源采集原理科普：从接口到入库再到播放的完整链路，再对照下面的示例。
http://你的域名/api.php/provide/vod/?ac=listhttp://你的域名/api.php/provide/vod/?ac=list&pg=3http://你的域名/api.php/provide/vod/?ac=detail&ids=1参数表
| 参数名 | 含义 | 示例值 |
|---|---|---|
| ac | 动作类型，list取列表数据，detail取单条详情 | ac=list |
| pg | 页码参数，翻页拉取大存量数据时的核心变量 | pg=3 |
| ids | 影片编号，多个用英文逗号分隔，需配合detail动作 | ids=1,2 |
| h | 小时级时间窗，只取窗口内更新的数据，增量采集常用 | h=24 |
| t | 分类编号，锁定单一分类以减少无效传输 | t=1 |
| wd | 片名关键词检索，用于核对接口内是否已有同名片 | wd=示例 |
| at | 输出格式开关，取xml时返回XML报文，缺省为JSON | at=xml |
配置要点
- 先小后大：首次接入先用t参数锁定一个小分类试采，确认字段结构与入库效果正常后再放开全量，避免大存量一次灌入拖慢建库速度。
- 分页分批：按pg逐页轮询、每批之间设置间隔，比一次性全量拉取更稳妥，中途出错也便于从断点续采，不必推倒重来。
- 增量时间窗：日常维护用h参数只拉最近更新的条目，配合后台定时任务按固定周期执行，每轮采集量在日志里一目了然。
- 去重核对：大库来源杂，同片多条的概率相对更高，建议开启程序自带的查重机制，并定期按"标题加年份"的方式人工抽查。
- 负载观察：全量采集期间留意服务器CPU与数据库写入压力，任务尽量安排在访问低峰时段，采集与前台访问互不挤占资源。
常见问题
首次全量采集跑了很久还没结束，是接口出了问题吗？
存量大的源全量耗时本来就长，可先在浏览器直接打开列表接口确认响应是否正常；若响应正常而后台进度停滞，多为服务器写入瓶颈或单次超时设置过短，可改成按分类分批采集，或调大超时时间后再试。
想只采集电影分类，参数应该怎么组合？
先请求一次列表接口，查看分类编号与名称的对应关系，再用t参数锁定目标分类；需要限定最近更新时叠加h参数，例如ac=list&t=1&h=24这样的组合思路，具体编号以接口实际返回为准。
库内重复条目越积越多，怎么清理？
短期按标题加年份去重后删除冗余记录；长期应在采集设置里开启查重，并固定使用同一个接口地址，避免多个别名接口重复入库造成同片多条。