本文目录一览：
- 1、Java有关Struts1的问题,防止用户刷新提交的问题.
- 2、token失败的解决方法
- 3、JWT生成token及过期处理方案
- 4、Token是什么?和session、cookie相比,使用场景有什么区别?
- 5、如何设置短信验证码防刷机制?有什么技巧
Java有关Struts1的问题,防止用户刷新提交的问题.
1、当redirect=true时，Web客户端进行一次新的http请求，请求的资源能在同一个应用中，也能不在，原来的请求参数不再保存，原来的请求上下文也被清除，新的http请求仅包含ActionForward的path属性里所包含的参数。如果在同一个应用中，用户会话的上下文会被维护。
2、Struts1要求Action类继承一个抽象基类。Struts1的一个普遍问题是使用抽象类编程而不是接口，而struts2的Action是接口。 Struts 2 Action类可以实现一个Action接口，也可实现其他接口，使可选和定制的服务成为可能。Struts2提供一个ActionSupport基类去 实现 常用的接口。
3、struts1以ActionServlet作为核心控制器，由ActionServlet负责拦截用户的所有请求。Struts 1框架有3个重要组成部分：Action、ActionForm和ActionForward对象。ActionForm必须实现ActionForm的基类，设计上并不是真正的POJO。
token失败的解决方法
1、token失败的解决方法：重新登录、更新Token、重新生成Token。重新登录 有些应用程序在长时间不使用后，可能会自动使Token失效，以保护用户的账户安全。在这种情况下，重新登录应用程序或使用应用程序重新生成Token即可。更新Token 如果Token已经过期，需要更新Token。
2、重新登录：长时间未使用某些应用后，Token可能会失效，这是为了保护账户安全。遇到这种情况，您可以简单地退出并重新登录应用，或者使用应用内提供的Token生成功能。 更新Token：Token过期时，您可能需要更新它。大多数应用都会提供一种机制来刷新Token，您可以通过这个功能来获取新的Token。
3、重新登录：长时间未使用某些应用程序可能会导致Token自动失效，为确保账户安全，可尝试重新登录应用程序。这将重新生成Token，解决失效问题。 更新Token：Token过期时，可以查找应用程序中提供的刷新Token选项。通过此选项，可以轻松获取新的Token。
4、重新登录：长时间未使用某些应用程序可能会导致Token自动失效，这是为了保护用户的账户安全。遇到这种情况，您需要退出并重新登录应用程序，或者重新生成Token以确保正常使用。 更新Token：Token过期时，您可能需要更新它。一些应用程序提供自动刷新Token的选项，您可以利用这个功能来获取新的Token。
5、如果token获取失败，可能是由于以下几个原因：请求参数不正确API调用被禁用API调用频率超过了限制API调用超时为了解决这个问题，您可以尝试以下方法：检查请求参数是否正确，确保没有缺少或多余的参数。检查API调用是否被禁用，可以查看API文档或者联系相关技术支持人员。
6、尝试更新软件版本或检查系统兼容性，可能有助于解决问题。当遇到“token”验证失败的情况时，首先应当检查Token的有效性，确保没有过期或被篡改。然后，确认服务器状态和网络连接是否正常。如果问题依然存在，可以考虑检查软件或系统是否存在更新或兼容性问题。根据具体情况逐一排查，通常可以解决这个问题。
JWT生成token及过期处理方案
用户在登录时会向后端认证接口发起请求，后端验证用户身份成功后会生成两个token：access_token和refresh_token。这两个token会与用户信息一起被打包成JWT格式，然后发送给前端。前端接收到登录成功的响应后，会将这两个token保存在localStorage中。
如果经常需要用户重新登录，显然这种体验不是太好，因此很多应用会***用token过期后自动续期的方案，只有特定条件下才会让用户重新登录。
登录成功，后台jwt生成access_token（jwt有效期30分钟）和refresh_token（jwt有效期15天），并缓存到redis（hash-key为token，sub-key为手机号，value为设备唯一编号（根据手机号码，可以人工废除全部token，也可以根据sub-key，废除部分设备的token。
Token是什么?和session、cookie相比,使用场景有什么区别?
1、表达意思不同 token：（某些机器中用以代替纸币的）代币，专用辅币；象征，标志；礼券，代金券；（语言学）符号；（计算机）令牌，记号；（火车通行的）路签； 装点门面的，装样子的；象征性的，作为标志的。
2、关于区别，session数据存放在服务器，而cookie在客户端，安全性和服务器性能是考虑因素。cookie存储数据量有限，session可能会占用服务器资源。cookie常用于会话状态管理，而token可用于用户验证和授权，如免密登录、一次性支付授权等。
3、Token与Cookie+Session的区别 Cookie其实也充当的是令牌作用，但它是“有状态”的； 而Token令牌是无状态的，更利于分布式部署。 session和cookie 在讲Token之前，先简单说说什么是session和cookie。
4、Cookie有大小限制，Session占用服务器资源较多。Token：访问资源的凭证Token，如Access Token，是API访问的必要凭证。Token安全，常用于API访问，有Refresh Token机制以减少登录操作。Session与Token的对比Session侧重会话管理，Token用于API认证和授权。两者可以结合使用，根据需求选择存储位置和安全性。
如何设置短信验证码防刷机制?有什么技巧
1、手机号限制：同一个手机号，24小时之内不能够超过5条 对使用同一个手机号码进行注册或者其他发送短信验证码的操作的时候，系统可以对这个手机号码进行限制，例如，24小时只能发送5条短信验证码，超出限制则进行报错（如：系统繁忙，请稍后再试）。
2、时间限制 例如30秒后才能再次发送。点击发送短信验证码后，客户端开始30秒倒计时，限制用户在这时间内多次的发送获取短信验证码的请求。虽然这种方法比普遍，但通过特定方式可以绕过这个限制，直接发送短信验证码。
3、页面加入图形验证码（这个机器很难解析）。后台使用md5，RSA加密或一种特定的加密方式将一个参数传到前端，让用户在页面提交短信请求时带过来，由于机器是直接请求参数，攻击方不一定理解那个的参数的含义（风险是如果攻击方理解了，直接拿到提交过来也是时间问题）。
4、设置同一个号码重复发送的时间间隔，一般设置为60-120秒。该手段可以在一定程度上防止短信接口被恶意攻击，且对用户体验没有什么伤害。但是不能防止黑客更换手机号进行攻击，防护等级较低。获取次数限制 限制某个手机号在某个时间段内获取短信验证码次数的上限。
5、手机号限定获取验证码次数 根据产品业务特点，设置每个手机号每天的最***送量。其次，还可以限制IP的，但其实，现在很多企业短信都是通过第三方短信平台发送的，比如我们用的253短信平台，在使用时，他们介绍自己有一套防盗刷机制，账号出现异常都会及时作出响应的，而且有严格的风控登录。
