告别安卓模拟器！手把手教你用Cloudflare Workers和GitHub Pages免费搭建PikPak网页版（附域名绑定教程）

零成本打造专属PikPak网页版：无需安卓设备的全平台解决方案

每次想用PikPak下载资源却苦于没有安卓设备？电脑上运行模拟器又卡顿耗电？其实只需三个免费服务就能打造专属网页版。这个方案不仅省去了安装客户端的麻烦，还能实现多设备无缝同步访问。下面我会用最简明的步骤，带您完成从零搭建到域名绑定的全过程。

1. 准备工作：三大核心账户注册

1.1 PikPak基础账户获取

虽然最终目标是网页端访问，但初始注册仍需通过官方渠道完成：

• 使用安卓设备（或借用）安装官方APP完成注册
• 若使用第三方客户端注册，注意账户安全验证
• 推荐设置独立密码而非仅依赖社交账号登录

关键提示：注册后务必在APP内完善账户信息，包括：

• 二次验证设置
• 密码找回邮箱绑定
• 会员状态确认（免费账户有存储限制）

1.2 GitHub开发者账户配置

作为代码托管平台，GitHub将承载我们的网页前端：

1. 访问 GitHub注册页面
2. 使用常用邮箱注册（建议非国内服务商邮箱）
3. 完成基础信息填写后验证邮箱

# 注册后建议立即配置SSH密钥方便后续操作 ssh-keygen -t ed25519 -C "your_email@example.com" # 将~/.ssh/id_ed25519.pub内容添加到GitHub账户SSH设置

1.3 Cloudflare Workers服务开通

这将作为我们的后端代理服务：

• 注册时选择免费套餐即可
• 记下分配的子域名（如xxxx.workers.dev）
• 在账户设置中开启"Workers Unlimited"模式

注意：Cloudflare有时会要求信用卡验证，但不会产生实际费用

2. 核心服务部署流程

2.1 Cloudflare Workers后端配置

登录Cloudflare控制台后：

1. 侧边栏选择"Workers"→"Create Worker"
2. 输入易记的服务名称（如my-pikpak-proxy）
3. 清空默认代码，替换为以下内容：

addEventListener('fetch', event => { event.respondWith(handleRequest(event.request)) }) async function handleRequest(request) { const url = new URL(request.url) const target = 'https://api-drive.mypikpak.com' // 构造新请求头 const newHeaders = new Headers(request.headers) newHeaders.set('Host', 'api-drive.mypikpak.com') // 转发请求 return fetch(target + url.pathname + url.search, { method: request.method, headers: newHeaders, body: request.body }) }

4. 点击"Save and Deploy"完成部署
5. 记录生成的workers.dev域名备用

2.2 GitHub前端页面部署

现在将用户界面部署到GitHub Pages：

1. 访问开源项目仓库并点击"Fork"
2. 在个人仓库的Settings→Secrets中新增：
   • Name:CF_DOMAIN
   • Value: 上步记录的workers.dev域名
3. 启用Actions权限后手动触发部署工作流
4. 在Pages设置中将发布源设为gh-pages分支

部署成功后，您将获得形如username.github.io/repo-name的访问地址。

3. 高级定制与优化

3.1 自定义域名绑定（可选）

如需使用自己的域名：

1. 在Cloudflare DNS中添加CNAME记录指向workers.dev地址
2. Workers设置中绑定自定义域名
3. GitHub Pages设置中添加相同域名并验证

| 服务类型 | 推荐记录类型 | 指向目标 | |------------|--------------|------------------------| | 主域名 | CNAME | username.github.io | | Workers代理| CNAME | xxxx.workers.dev | | 子域名 | A | GitHub Pages的IP地址 |

3.2 常见问题排查

遇到部署失败时可检查：

• Workers响应状态码是否为200
• GitHub Actions日志中的错误提示
• 浏览器控制台输出的网络请求详情

提示：清除浏览器缓存或使用隐身模式测试能排除多数前端缓存问题

4. 方案优势与使用技巧

4.1 与传统方案的对比

4.2 日常使用建议

• 收藏网页地址到浏览器书签栏
• 使用PWA模式安装为桌面应用（Chrome支持）
• 定期检查GitHub仓库获取功能更新

这个方案在我实际使用中表现稳定，特别是在Mac和Windows双系统切换时，无需重复登录即可保持会话。对于经常需要在不同设备访问资源的用户，还可以考虑配合浏览器同步功能保存登录状态。