如何避免伪造支付场景使用 HTTPS 确保所有前端到后端的通信都通过 HTTPS 进行。这保证了数据在传输过程中的完整性和机密性，防止中间人攻击。 2.不要在前端存储或操作任何支付敏感数据前后端严格校验数据 前端验证：对用户输入的支付信息进行基本的前端校验，比如银行卡号、有效期、CVV等格式的校验。尽管这不能完全防止伪造，但可以减少不规范或明显错误的数据被提交。 后端验证：在后端确保所有支付信息都是有效的。不要依赖前端的验证，因为前端数据可以被用户修改或伪造。避免在前端存储敏感数据 敏感数据不可存储：不要在前端保存用户的支付信息。即使短期存储，也应通过支付网关返回的临时凭证（token）代替敏...

面试通过了，但是其实待遇没有之前的待遇好 没辙了去看看吧

三月底投到现在至今0约面，是哪里出了问题，是背景问题还是简历问题呢希望大佬指点一下已修改，希望大佬指点一下

一、项目 1、Redis 全局唯一 ID，为什么生成这个 ID，这个 ID 的含义是什么（疯狂追问），这个 ID 有什么用（拷打追问：1、为什么不直接再 MySQL 中用自增 ID（因为我在 redis 中用的自增 ID 来唯一标识）） 2、你是如何解决 Redis 解决超卖的思路（Lua 脚本 + 预扣库存（消息队列）+ 乐观锁（乐观锁我回答可以用库存扣减大于 0、还可以用一个字段来标识这行数据来判断是否有并发同时扣减问题，然后就一直追问这个字段是什么）） 3、Redis 消息发送失败的处理方式 4、推送/拉取模式，为什么选择推模式（拷打，先说的用户少所以用推，追问粉丝量大怎么办，我说推拉结...