使用短暂的 access_token 和长期的 refresh_token：这种方法的确可以解决无法立即撤销 JWT 的问题，因为你可以将 access_token 设为短时间过期，然后使用长时间的 refresh_token 来获取新的 access_token。当你需要撤销一个 token 时，只需将对应的 refresh_token 从数据库中删除或者设置为无效即可。但是，这种方法有一个问题，那就是它可能会频繁地需要刷新 token，这会增加服务器的负载。
在 token 中添加 token_version 或 device_id：这种方法可以实现强制下线或者设备级别的下线。你可以在 token 中添加一个版本信息或设备信息，然后在服务器端保存一个黑名单，列出需要下线的版本或设备。每次接收到请求时，都检查 token 的版本或设备信息是否在黑名单中。如果在，就拒绝请求。这种方法需要保持黑名单的更新，并需要在每次请求时进行检查，可能会增加服务器的负载。
减少数据库查询：使用 JWT 可以减少数据库查询，因为你可以在 token 中保存一些用户信息，这些信息在 token 被生成时就已经确认，所以在 token 有效期内不需要再去数据库中查询。但这也意味着，如果这些信息在 token 有效期内发生变化，你需要生成新的 token，或者还需要去数据库中查询最新信息。
可以通过定期更新 token 来解决这个问题，或者在 token 中添加一些动态的信息，比如 token 过期时间的更新时间或者最后一次用户操作的时间。这样，即使信息发生了变化，服务器也可以在一定程度上利用已有的 token，减少数据库查询的次数。
使用签名算法：JWT 使用签名算法来验证 token 的有效性，但是签名算法并不能完全保证 token 不被篡改。为了增加 token 的安全性，可以结合使用加密算法来进行加密和解密。这样即使 token 被拦截，也无法轻易地解密和篡改。
限制 token 的使用范围：在生成 token 时，可以限制其使用的范围，比如只允许在特定的设备上使用，或者只允许访问特定的 API。这种方法可以增加 token 的安全性，但是需要在服务器端进行额外的验证和控制，可能会增加服务器的负载。
综上所述，虽然 JWT 有一些问题，但是还是一种相对安全、简单方便的身份认证方法。在实际应用中，可以根据具体的需求和安全要求，选择适合自己的身份认证方法，并尽可能地采取措施来降低安全风险。