程序锋子

Google 支付方案设计 接入支付前期准备 主要是准备好Google开发者账号，创建项目，授权，获取密钥，创建商品等等。。。 前提说明 GooglePay 分为 Subscriptions （订阅）

写了一套关于完美解决苹果IAP内购的解决方案~FGIAPService，支持pod导入，支持自动订阅类型商品，欢迎享用

在之前的文章中，我介绍了设计 Apple 内购服务器需要用到的各个接口以及相关的文档。在这篇文章中，我将介绍如何整合这些接口并设计一个 Apple 内购服务器的。

Apple 的文档虽然全，但是信息量巨大，很容易遗漏一些重要的信息，也很容易让人迷失在跳来跳去的链接里。这篇文章我想梳理 Apple 内购相关的文档，记录内购开发过程以及踩的坑，供后来者参考，少走弯路

前言 最近在开发 Google 订阅商品支付，也就是常见的包月VIP、包年VIP商品。之前写过一个 Google 支付一次性购买商品的设计方案，也就是单月VIP这种的，海外支付（GooglePay）服

前言 大家好，我是肥宅阿久，很久没更新文章了，最近，公司的会员商品做了一次升级，所有的会员商品增加自定义商品优惠（按人群拥有不同优惠），因此总结一下设计方案以及实现过程，总的来说，实现并不复杂的； 先

背景 我们公司是做海外视频App服务的，所以会员是我们业务线最重要的收入之一了。 最近接入新的h5三方支付，特来总结一下，总体来说三方支付接入不难。我们之前已经接入了原生的 Google pay、Ap

我们知道，线程需要的时候要进行创建，不需要的时候需要进行销毁，但是线程的创建和销毁都是一个开销比较大的操作。 虽然我们程序员创建一个线程很容易，直接使用 new Thread() 创建就可以了，但是操作系统做的工作会多很多，它需要发出 系统调用，陷入内核，调用内核 API 创建…

线程池大家都用过，但是线程池的内部源码，大家可能不太了解。没了解过源码的小伙伴可以通过该文章了解，了解过的也可以先思考下了解到什么程度，然后再和本文进行对比，可能会有新的理解。 为了更好地理解线程池，手写了一个简单的线程池。同样使用阻塞队列，线程数量是固定的，线程池创建时就创建…