float 有精度上限, 用着用着就会失效了.

@singerll 2 年前用过, bug 还挺多的.

就用方案 2 吧.

看你的量比较大. 如果流量比较稳定, 可以不需要定时器, 只在查询和插入之前清空过期数据,
不过这样也有可能某次删除了大量数据导致单次请求很慢的问题.
删除的时候可以写个 lua, 性能好点.

有没有大哥教一下,为什么这样写是不对的?

package main

import "fmt"

func Max[T comparable](x, y T) T {
if x > y {
return x
}
return y
}

func main() {
fmt.Println(Max(1, 2))
}


.\draft.go:6:5: invalid operation: x > y (type parameter T is not comparable with >)

1. valetUserInfo.setCreateTime(DateUtils.getNowDate()); valetUserInfo.setUpdateTime(DateUtils.getNowDate());
创建时间和更新时间应该自动加, 手动加容易忘记.
2. 不要注释代码, 哪天想找回来 git 里有记录的.

比如应用服务器改成只回 helloworld, 把 https 换成 http, 不走 http 直接调用函数去运行,
本地尝试复现问题, 把问题找到再说吧,
不然我们也不知道具体情况.

@hope4tomorrow 不是很懂, 为什么要给主键再建一次索引?

如果你要考虑数据一致性或者线程安全的问题, 能承载 2 个线程就是解决了高并发的问题.
如果你要考虑服务承载量的问题, 只要你的服务能水平扩容, 就是解决了高并发的问题.

发起请求的地方在 https://github.com/spyoungtech/grequests/blob/47de40a8b0cb4fa60cb79c27951250028ab49e29/grequests.py#L74

grequest 这个库一共才 200 行不到, 看看代码, 继承重写一下接口就行了.

@frank1256 那就`update order set flag=1 where id = 'xxx' and flag = 0` ,
update 返回值是 1 的话发起支付, 和 cas 一个道理.

第三方支付不是一般会让你传一个订单号的吗? 至少支付宝是有的.

@leebs 看你能接受 bitmap 才提得, 根据鸽笼原则, string 转 int 肯定是没有准确的方案的.

roaringbitmap

有问题就把问题写出来, 不能公开的问题就留联系方式, 你这样的说是想让别人怎么回复呢?

之前做过一个基于 raft 的匹配服务, 找个开源的 raft 实现, 很快就做好了.

作者好像挺有名的, 所以能引流吧.

import random
import time

items = [random.randint(1, 100) for _ in range(100)]

start = time.time()
su = sum(items)
if su & 1:
____print("NO")
else:
____target = sum(items) // 2
____items.sort(reverse=True)
____memo = set()
____for i in items:
________tmp = {i}
________for j in memo:
____________if i + j <= target:
________________tmp.add(i + j)
________if len(memo) < len(tmp):
____________memo = tmp | memo
________else:
____________memo = memo | tmp
____if target in memo:
________print("YES")
____else:
________print("NO")
print(time.time() - start)


python3.10 跑 大约 0.04 秒