项目刚起步，我现在仅仅实现最简单功能。

大概有思路，

1. 复杂的算法 + 粗粒度的控制，要求算法预测值比较准确
2. 简单的算法 + 细粒度控制，算法的预测值往往不需要很正确

我直接通过概率系数，对比实际当前消耗和预定当前消耗的比例，来提高这个概率系数就可以了

https://mp.weixin.qq.com/s/9EtJaWtUDAper4YhaqMhMg

现在反思下，我发现我想歪了，完全可以直接订单数据落盘 db,然后 id 放 redis list 里边，然后消费。成功更改订单状态

现在这种方案，是每过一段时间直接统计用户总消费，然后写库。


还有一种方案就是，我直接把每一条订单的详细信息，放入队列中，然后消费。这样就能保证流水表和金额总表一致性。就是操作数据库会非常频繁。

对，类似于 app 上边出现的广告。需要实时获取。

业务场景不同，类似抖音那种的可以预加载，但是我这里是广告系统，需要实时获取视频，且每次只一条

单单前台后台之间我还可以理解，微服务接口之间相互调用 trace_id 我测试下，看下

现在做的一个 dsp 系统就是通过你现在说的这种方式进行的，这样就清晰了许多

@Tonara 广告均衡投放，如果我想了解对应的业务，有什么比较好的推荐吗

@Tonara 这个我需要消化消化，对广告平台不熟悉

@eason1874 @Tonara 广告投放的消费金额不是实时的,是定期对点击，浏览数据进行计算。所以会出现一定计算偏差，这个是允许的。

后台也有定时任务定期扫表，统计用户的消费金额。将数据归档到广告计划表，广告投放表。

通过对消费金额和用户的日预算进行对比。（这里先暂时不考虑广告投放的总预算这种情况，仅仅考虑其日预算，总预算又与跑量优先，均衡投放有关）

这里边核心点。

1.一次广告消耗到来，首先我比对用户广告计划日预算，广告投放日预算，用户已消耗，用户本次消耗，账户余额来判断用户本次的实际消耗。

2.但是用户的广告计划日预算，广告投放日预算。在后台是可以动态修改的。所以这就出现一种情况，广告投放的最终消费金额比用户预算出现大的情况。

3。比如用户预算 100，已消耗 70，本次消费 30。但是后台把预算的金额改为 80。那我这时候计算消耗的金额，肯定是以这次为主。然后在更新消耗同时，更改本次投放状态。标定为预算不足。

现在准备做同样系统，资料匮乏啊

问了阿里云，不支持 oss 压缩成 zip 的功能，只能提前下来，打包，从新上传

刚才公司领导碰了下，然后禁止用户上传超过 20M 的图片。然后现在问题，转化为怎么从 oss 批量下载文件，并返回给前端用户链接地址，然后下载

大佬，在小公司里边想要进阶，有什么比较平滑且接地气的方法

适用于普通人的。

穷

公司拖欠 2 个月工资，领导们也没任何回应。准备偷偷找工作了。

swoole 在我的认知中，属于给 phper 开的天窗。
通过 swoole 可以去了解多进程，多线程，常驻内存等计算机系统的一些概念。

就像楼上说的，简单情况可以用 workman。复杂情况可以用 go。
这两者之间存在个过渡点，那就用 swoole 了。


讲个道理，线上 swoole 出现问题了，那就只能找会 C 的大牛了。
从成本来说。不如 go 来的平滑。


还有 swoole 的文档想让人死

php 和 c 实现是大致一样，只不过 c 指针不可控。从 php 入手可以浅入深出（重要的是我学的就是 php 啊）。
毕竟牵扯到底层函数 php 都是移植 c 的。

@haiyang416

整个流程明白了
接下来我还要理解下 socket_select 更近一些


谢谢大家了