已领，感谢

最常用做法是: 直接把文件丢给后端.

如果已经到考虑宽带问题了, 就不是常用做法了. 而且你是小项目, 应该还没到考虑后端服务器宽带问题的地步吧.

看到这看到这帖子突然意识到自己有一段时间没有口腔溃疡了, 之前也是很容易口腔溃疡, 可能是岁数到了就不容易得了?

找一个历史版本装, Windows 是找了个历史版本

变道打灯已经是肌肉记忆了, 但是没有 3 秒...

你说的情况很少, 因为没啥太深刻的印象, 而且个人开车算是比较快的

我的号前段时间被盗了, 然后给站长发邮件里用原始邮箱找回了密码, 你猜丢失了什么

没错, 签到的金币被全部兑换了邀请码, 然后被新用户注册了

当然, 那些新用户肯定是被封的

咋按都难受...
首先个人手比较大, 而且瘦, 指甲也经常剪
但是! 困扰是总是指甲磕键盘...
1. 敲键盘的时候, 指甲会碰到键盘, 根本不能纯肉敲键盘, 非常之不爽
2. ctrl 组合键的时候, 如果手位置不动, 完全就是指甲磕 ctrl...而且使用楼主方法的话, 我的其他手指需要完全弯曲, 才能够到 zxcsdfv 这些键, 又是纯指甲磕键盘了...
所以我玩游戏的话, 一般是 ctrl 改成 alt, 直接用大拇指去按

淘宝搜"驾驶证期满换证", 就说工作没时间, 不用说自己是色弱, 说了会加钱, 需要提供一张类似体检的手指健全的照片, 和现在的驾照照片

他们应该出只帮你搞体检报告上传, 后续申请换证, 邮寄地址, 工本费之类的自己在 12123 上自己弄

没太明白
1. 每个分销用户的唯一邀请码只能用一次还是多次?
2. 滥用是指啥? 如果前提是唯一邀请码只能用一次, 滥用可以理解, 防止暴力试出来? 如果是能用多次的话, 滥用是啥场景...
3. 不谈产品业务逻辑是否自洽, 单说方案实现, 分销用户生成的唯一 ID 只能给联系他的人用还是别人也可以用? 唯一 ID 能重复用吗? 每次都需要生成吗?

a. 如果是任何人可以用的话, 可以让分销用户点击按钮生成一个短链, 短链里有他的邀请码和唯一标识, 同时后端存一下两个对应的值, 后期短链也可以加过期时间, 生效时间之类的限制逻辑
b. 如果只能联系他的人用, 那就需要在短链里多一个对应用户的标识了, 对应存的值也要多一个了
c. 用户点击短链的时候, 前端解析自动把参数带到后端

个人觉得短链对于用户操作而言更加方便

还有你的`这样设计可以吗`, 是指产品业务逻辑设计还是你技术方案的设计

6 月的工资都没发... 三个月没发工资了, 这还不跑 等什么

你会什么就用什么, 都不会的话选一个感兴趣的, 而且你这点儿东西用不到框架

总体思路就是, F12 查看请求, 然后使用代码循环复现请求, 得到响应数据, 拿到响应里自己需要的数据, 处理

至于你要的信息是不是在列表数据中就已经返回了, 是不是真的需要调用详情接口才能获取, 需要自己去看了

toB 的话, 如果不是多服务使用这个 key, 就是如果是单体应用的话, 可以写在内存里 比如 Guava Cache

还有如果关闭应用比较不好处理的话, 可以换个思路, 比如启动应用的时候清理? 这样是不是容易一些

方式 1 和方式 2 的筛选逻辑不太一样
方式 1 email 和 phone 可以存在于不同记录中。
方式 2 phone 和 email 必须在同一条记录中同时满足条件。

方式 2 会更好(问的 chatgpt)

创建一个临时值存就可以了呀
```java
// 临时累加值
AtomicReference<Double> cumulative = new AtomicReference<>(0.0);

// 使用流进行累计值计算
return data.stream()
// 排序
.sorted(Comparator.comparingInt(DataItem::getId))
// 看你情况是源对象处理还是返回新的对象
.peek(item -> {
// 累加
cumulative.updateAndGet(v -> v + item.getCurrentValue());
// 设置当前累计值
item.setCumulativeValue(cumulative.get());
})
.collect(Collectors.toList());

```

这不就是几乎每个系统都会有的字典/配置表吗?