本文只是记录，不是个人写的博客，内容为豆包AI生成，仅供参考。 在 Android 中，<intent-filter> 里的 scheme（以及配套的 host、pathPrefix 等）是意图匹配机制的核心配置，其本质是为 App 声明“能响应哪些类型的 Intent 请求”，从而实现“外部唤起 App/指定页面”的能力。下面从核心原理、scheme 分类（自定义 Scheme + App Link）、匹配规则、底层逻辑四个维度拆解： 一、核心原理：Intent 匹配与系统路由Android 的 Intent（意图）是组件间通信的核心，而 <intent-filter> 是 App 向系统“注册能力”的方式： 当外部（如浏览器、其他 App、系统）发送 ACTION_VIEW 类型的 Intent 时，系统会解析 Intent 中的 data 部分（包含 scheme、host、path 等）； 系统遍历所有已安装 App 的 <intent-filter> 配置，匹配“能处理该 data 的 App”； 匹配成功后，系统会唤起对应的 ...

华为云 ELB 负载均衡配置叠个甲，鉴于我个人水平有限，以下都是我个人的理解与好恶，如果错漏的地方，大家理解。我喜欢和不喜欢那也是个人喜好，不代表这个东西好与不好。 背景这篇博客也算是上一篇微信小游戏支付的后续吧，因为支付接口做好了，肯定得部署上云，既然是支付模块，那肯定得保证稳定性，负载均衡还是必须得上的。但是之所以要写一篇博客来讲这个事情，还是因为华为云的负载均衡在配置的时候踩了很多坑，甚至和华为云的技术支持整到了大半夜才配置好。 其实云商的负载均衡之前也是用过、配置过的，但是当初我是用的阿里云的，说实话我感觉华为云的 ELB 配置起来比阿里云的复杂不少，也正是因为这一点，才想着写博客记录一下，以免以后再踩一遍坑。 另外需要说一下的是，我考虑部署的架构。ELB + 2 ECS + 1 MySQL（华为云 RDS，高可用主备） + 1 Redis（单机）。两台 ECS 一台高配，承担 70%的负载，另外一台配置相对较低，承担 30%的负载。同时，高配的 ECS 上运行了 Django 写的管理后台，用于查询和做各种配置。这个方案也是我以前用过的方案，对于支付系统其实完全足够，我个人认 ...

微信小游戏支付教程背景最近在做微信小游戏支付相关的东西，包括虚拟支付-道具直购，通过客服消息拉起jsapi支付，现在把流程走通了，但是其中遇到了很多坑以及之前没有预料到的各种细节问题，所以记录下来，方便以后查阅，也给有相关需求的朋友提供参考。 这里正好也感谢一下这篇博客的作者，博客：微信小游戏sdk接入支付和登录，解决了wx小游戏内不支持ios支付的痛点我在最开始收到做这个工作的需求时，是一脸懵逼的，特别是iOS端由于需要绕过苹果的限制，只能走客服消息来引导用户点击拉起jsapi支付，整个流程在当时的我看来非常复杂。也正是看了这篇帖子之后，才恍然大悟，原来还可以这样子玩。 需求 Android端直接使用微信支付 iOS端使用客服消息拉起jsapi支付 技术选型 Android端有游戏币充值和道具直购两种 按照微信官方（其实腾讯系都是这个逻辑，也包括谷歌商店也是类似）分别对应了两种使用场景，分别是游戏内有所谓的一级货币（托管货币），我以QQ游戏大厅举例来说，一级货币就是Q币。而欢乐豆就是二级货币。相对应的在市面上其他游戏来说，分别就对应钻石和金币。一般来说，一级货币（钻石）是只能通 ...

Cloudflare 教程（三）- Wokers上一篇博客Cloudflare 教程（二）-Wokers 需求背景上一篇博客中，我已经使用 workers 实现了查询节假日的接口，但是有一些需要优化的点，其中一个很大的问题就是 D1 数据库的查询效率和额度问题。免费计划中，D1 数据库每天的免费查询额度是 500 万行，注意这里是行，不是次。而 KV 数据库是 10 万，这个是读取的键的数量，如果是批量查询，比如一次查询了 10 个键，那就是消耗 10 额度。问题就在于，我们的节假日查询，都是使用具体的日期查询的，它每次读取的键就是固定的 1 个键，消耗 1 额度。而 D1 数据库则不同，是行按查询的行数消耗额度。同时，由于我们一开始设计的时候使用了一个无效的字段（id）作为主键，在代码逻辑中它其实并没有任何用处，并且我们的 date 字段其实并不会重复，完全可以使用 date 字段作为主键，以减少查询的行数。所以现在的情况就是，每次查询都会扫全表，成百倍的放大查询额度消耗（我已经将 2023,2024,2025 年的数据存入到了 D1 中，有 100+条数据）。 这样子的话，D1 的 ...

Cloudflare教程（二）- Wokers上一篇博客Cloudflare教程（一）-Wokers 需求背景接着整我自己的ChinaHolidayAPI接口。 技术选型 Cloudflare的Wokers ChinaHolidayAPI D1 SQL数据库 – 这相当于MySQL Workers KV数据库 – 这相当于redis R2对象存储 – 这相当于OSS，我准备拿来存节假日的json文件 搭建过程创建Wokers工程创建一个GitHub的私有仓库仓库，用来存储我们的Wokers代码。当然这个过程你也可以没有，每次手动到cloudflare的网页端去更新文件也可以。不过我为了后续有可能增加其他功能，能持续的更新，还是准备了一个仓库。 参考cloudflare的Workers文档安装nodejs，安装命令行工具，在我们的仓库目录中新建一个workers项目。 注意cloudflare要求的node版本，我使用的是v22.12.0 1npm create cloudflare@latest -- wooapi 我自己是准备后续做一个api的集合的，所以起了个名字：wooap ...

Cloudflare教程（一）- Wokers需求背景一直以来，我都很热衷于在网上薅各种免费api的羊毛，看到有啥好的api就想着拿来做个啥东西，正好最近在公司也不算忙，我就想着，薅Cloudflare的羊毛这么多了，是该帮它做做宣传了（其实就是想多研究研究Cloudflare，看看还有啥能继续薅的）。😬所以，开始了一边研究Cloudflare的各种功能，一边写博客记录一下，免得以后又忘记怎么用了。 今天就从Cloudflare的Wokers开始，毕竟它足够灵活，使用js代码来处理逻辑，背后还有D1 数据库，KV数据库和R2对象存储，这仨都是免费的（当然是一定用量之内），那不得完全用起来啊，不然就亏了。 至于需求，之前在n8n做了每日AI新闻的功能，这个是依赖了ChinaHolidayAPI这个开源项目提供的api接口直接调用的，我就打算把这个接口自己来实现一遍，一来是学习使用Workers，二来也可以给其他人提供一个接口使用（这当然就是借花献佛了），当然我也不打算直接做接口的转调，而是自己存储ChinaHolidayAPI项目提供的json文件，然后用js实现解析日期，根据json ...

Ubuntu搭建Nexus-maven私有仓库背景公司的打包系统以及平时的开发过程中，从maven仓库、谷歌仓库等等海外仓库拉取依赖的情况很多，何况海外仓库也可能被墙。每个人都开梯子倒也没多大问题，但是每个人都重复拉取一次，一来浪费带宽、二来这样子的速度也并不快。何况还有个打包系统的存在，每次打包，都会从外网拉取大量的依赖，如果都从远端仓库拉取，流量消耗是一个问题，能不能拉取到也是个问题，那么打包系统的稳定性，就不能够保证了。其实从一开始搭建打包工具的时候，私有仓库，也就提上了日程，也同步部署好了。只是一只没有给私有仓库配置代理，导致拉取海外依赖很不稳定，但也能将就用用。所以才有了上一篇博客Ubuntu搭建v2rayA 必须得介绍下Nexus，下面的介绍是豆包生成的，继续不保真。但是，应该问题不大🤗。Nexus是由Sonatype公司发布的一款功能强大的仓库管理软件。以下是关于它的详细介绍： 主要功能 仓库管理：支持多种类型的仓库，包括宿主仓库、代理仓库、虚拟仓库和仓库组。宿主仓库用于存放组织内部的特定项目构件；代理仓库可代理远程公共仓库，缓存构件以加速构建；虚拟仓库用于适配Mav ...

Ubuntu搭建v2rayA安全提醒⚠️ 警告 如果你在公网服务器上搭建代理，请务必注意安全（v2rayA貌似没有提供鉴权的服务你的端口暴露了，别人也能用）。内网环境使用，应该问题不大。 背景给Ubuntu搭建代理，不论是我在工作中，还是在自己薅羊毛的青龙面板上，都有这个需求。作为程序员，直接使用小飞机、小猫咪这些软件倒是能解决自己本机的外网访问需求了。但是工作中需要搭建maven私有仓库，从几年前就搭好的nexus供公司内部打包使用，它也代理了很多海外的仓库，比如谷歌的，Gradle等等的。但是大多数时候，nexus的后台显示所代理的谷歌仓库等海外的仓库都是不可用的。公司内部打包，也时有拉不到海外依赖的情况，一直也没有去彻底解决。最近我在家重新部署了青龙面板来薅羊毛（最近狗东太狠了，分分钟给你踢下线），干脆就在我的小主机（Ubuntu）上搭了代理，方便拉取任务脚本。正好搭建成功了之后，也抽空在公司弄上了。 技术选型 v2rayA Docker VPN代理网站购买服务，我一直都没去自己搭建这玩意儿，感觉容易被封，稳定性我也不确定，不如花点钱，有人给你整的妥 ...

影视资源一键达-CloudSaver搭建安全提醒⚠️ 警告 千万不要在别人搭建的CloudSaver上去注册账号使用，你的cookie可能会泄露！那么别人就能看到你网盘里的内容，非常危险！！！外网访问的服务器，也建议做好安全措施！ 背景最近工作忙，周末要带娃，也就没时间写博客，自从小孩出生，连家里看电视都得偷偷摸摸的。近来看到很多次CloudSaver的搭建教程了，前段时间也在Clawcloud上部署了一个，但是昨天开始，它打不开了~我啥也没改啊，大哥！动都没动它。Clawcloud是真的不稳定，我都不敢想象那些用了它的付费计划的用户也会这样子吗？还是说只是白嫖党才这样子？本来它打不开了我也就不用了，感觉自己用的不多。不过今儿早上看到了一篇帖子，是讲在极空间上通过挂载夸克网盘，然后使用极影视直接观看网盘资源的帖子。突然之间，感觉可以用这玩意儿还能这么玩？也确实爽。毕竟以前我都是去资源网站上下载，然后传到极空间，再去电视上看。这一套流程下来，让我觉得挺麻烦，不是特别想看的东西，还真不想动了。用上CloudSaver，那可方便多了。一下子就来了兴趣，赶紧在家里 ...