如果其他环境没问题就生产有问题，那理论上是程序的问题概率很小。

如果是我不会重点关注项目日志(因为你也不熟)，而会在对比环境的差异：
1. 生产和测试的服务配置有没有可能影响？ 启动参数一样吗？
2. 检查各环境服务器配置和负载

进行不同环境的对比，找出不同项重点排查

我是后端，我的看法不是前端难学也不是后端难学。

而是这两种职位对人的思维要求不一样。
后端重数据算法性能，因为所有客户的请求都集中到后端，小毛病也会被放大，重点在怎么高性能地处理和查询数据。

而前端因为逻辑放在用户本地浏览器或者手机，调用的是每个用户自己的资源，性能相对要求没后端那么高。
以我有限的接触前端的经验来看，前端很多精力会放在调整交互上，控制一些组件的显隐，组件之间的排版会不会挤压，组件层级优先级啥的。

简单来说，我觉得前后端都不难学，但是思维和处理的问题不是同一个领域，所以会觉得很麻烦，很难搞。

1. 不正常，建议先学精一个领域再考虑要不要做全栈，新人一开始就全栈只能每个领域都浅尝辄止。感觉你老板是省钱在职场 pua 你。
2. 当你觉得在这里地方得不到成长的时候，就得考虑换个地方。找下家之前想清楚自己需要什么，不要盲目从一个坑到另一个坑。
3. 新人阶段，暂时不要想着应用 数据结构和算法，弄清楚常见数据结构的优缺点适应场景，以及理解常见算法的逻辑原理，以后你还坚持做程序员会用到的。
4. 这好几种想法有哪些优缺点？分别适合什么场景下使用？当前这个需求的特点是什么？想明白这些就知道这个问题的答案了。 如果和 茴 字的四种写法 一样没多少区别和意义就不要浪费时间精力在这些事情上。

正常啊，这些网站不求着人用，没有必要投入过多技术成本去做体验优化和兼容。

楼上正解，用 sts 临时授权就可以。生成临时的密钥给前端，前端直接传上阿里云