1安全，前端token不变，但是相当于token后端有状态2aecsstoken和refash token设计access_token和refresh_token就是为了提高安全性，但是安全这个问题没有绝对安全，只是提高。access_token用于业务，频繁api请求使用，容易被劫持泄漏，有效期一般比较短，失效了就要用户重新认证，用户体验太差，又不能把用户账号和密码保存本地，并且现在很多业务系统使用outh2，这个账号及密码会关联很多其他业务系统，一旦泄露安全问题就更严重了。refresh_token有效期一般比较长时间，在access_token失效时客户端做失效异常拦截自动使用refresh_token和认证服务器发送请求获取最新access_token，由于使用频率低，在网络泄漏劫持的概率就低了。app等应用中用户主动点击退出，也会将refresh_token在服务端做失效处理。当然认为当前项目系统安全不重要的，完全可以把用户敏感信息和密码保存到客户端本地，刷新令牌随着业务请求一起使用。

作为一个每天重度依赖 AI 摸鱼、不是在撸代码就是在写文档的后端打工人，我仔细盘了一下我每天的 Token 消耗流水，发现了一个惊人的事实：最消耗 AI 算力、最容易让它破防的，根本不是什么复杂的算法推导，也不是写那些又长又臭的 SQL 联表查询，而是我们轻飘飘敲下的一句——“帮我初始化一个项目”。大伙品一品，平时让 AI 搞个“初始化”，到底有多要命：1. 薛定谔的“搭个基础架子”你以为你只是让它建个工程，但在 AI 眼里，你这是让它当架构师。比如你跟它说：“帮我起个后端服务”。好家伙，为了显摆，它不仅要把外层的目录结构用 ASCII 码画出来，还要给你手搓一堆基础类。要是你提了一嘴用若依（...

浙本，大四，毕设写差不多了，港硕，没有实习和科研，也没有什么项目，只有本科期间的几个课设，但是实际上都忘差不多了。最近几天开始找实习，在boss上发了自己的简历，稀里糊涂和tt约了3.20的后端一面。然而我八股和力扣一点儿也没准备…项目写了本科的几个C++的课设，基本上也没什么印象了，还得自己复习过一遍。现在有点纠结，到底应不应该去呢…这种情况下如果不去对后面会有影响嘛？还和华子的hr聊了下，但是他说因为我大四毕业的暑假不是在校生，所以没办法给暑期实习。但是他又说可以找ai infra的日常实习。我想了一下推掉了…感觉自己学历和能力都不是很够…感觉java后端很卷所以也不太想干这个，我对java的前途还是比较悲观的…对薪资没有特别大的要求，只希望岗位可以多苟一会儿。本科期间几乎所有项目都是 C或者Cpp的，所以可能也想往这个方向找…

ps：如果这篇帖子对于还在找工作和找实习的你有所帮助，可以关注我，给本贴点赞、评论、收藏并订阅专栏；同时不要吝啬您的花花MySQL的EXPLAIN语句用于查看SQL语句的执行计划，帮助开发者分析SQL的执行效率、优化查询性能。执行EXPLAIN后会返回多个字段，每个字段对应执行计划的不同维度，以下是每个字段的详细意义（基于MySQL 5.7及以上版本，兼顾常见场景）。1. id表示查询中每个select子句的执行顺序，核心规则如下：id相同：执行顺序由上至下（同一层级的查询，按书写顺序执行）；id不同：id值越大，执行优先级越高（先执行id大的子查询，再执行id小的主查询）；id为NULL：表...