请求第三方 Token,如何保证每次使用的 Token 有效? - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
请不要在回答技术问题时复制粘贴 AI 生成的内容
icelo
V2EX    程序员

请求第三方 Token,如何保证每次使用的 Token 有效?

  •  
  •   icelo 2021-10-15 15:20:53 +08:00 3855 次点击
    这是一个创建于 1508 天前的主题,其中的信息可能已经有所发展或是发生改变。

    现在有一个需求如下:

    需要请求第三方的 API 去获取一个 Token,但是这个 Token 会失效,失效时间未知。在其他业务上需要请求第三方接口需要携带上这个 Token,现在需要保证请求第三方接口时,这个 Token 是有效的。

    • 方案一:

    每次在请求之前都会更新这个 Token: 问题:1 、会存在并发问题(虽然说这个 token 被修改没影响); 2 、每次请求消耗网络资源,并不是一个最优解

    • 方案二:

    起一个定时任务去定时的刷新这个 Token 问题:会引入新的框架,存在的风险未知,可用性不高!

    需要在解决问题的情况下,尽量避免使用其他组件!(楼主用的是 Java 写的后端) 有无大佬能够给我一个不错的解决方案?

    24 条回复    2021-10-16 10:07:14 +08:00
    SenLief
        1
    SenLief  
       2021-10-15 15:23:08 +08:00
    不应该是现有 token 请求,如果失效了重新认证吗。
    kiracyan
        2
    kiracyan  
       2021-10-15 15:23:14 +08:00
    你这两个方案都不能保证 token 有效吧 正确的方式不是在请求第三方接口返回 token 错误的时候重新获取 token 吗
    ravelminerva
        3
    ravelminerva  
       2021-10-15 15:24:05 +08:00
    失效时间未知吗?感觉对方的设计有问题.要不考虑使用 redis 缓存这个 token,如果失效了再重新获取 token
    itechnology
        4
    itechnology  
       2021-10-15 15:24:22 +08:00
    token 失效时间未知?感觉只能每次都更新这个 token,除非这个第三方告诉你,他们的 token 一般多长时间失效。
    BBCCBB
        5
    BBCCBB  
       2021-10-15 15:28:32 +08:00
    Oauth2 的 token 就是这样的,, 失效了就要用 refreshToken 去重新拿 token,

    可以尝试失效报错的时候再更新 token, 然后重试?
    clf
        6
    clf  
       2021-10-15 15:31:12 +08:00
    每次请求失败后都重新获得 token 再请求呗。然后设置一个重试次数,避免死循环。
    wolfie
        7
    wolfie  
       2021-10-15 15:33:10 +08:00
    失效时间未知,是第三方 API 设计问题。

    自定义维护一个 token 失效时间,比如 4 个小时。

    单起线程 每分钟检查,有没有即将过期的,然后重新获取。
    dcalsky
        8
    dcalsky  
       2021-10-15 15:35:30 +08:00
    每次请求的大致步骤:
    1. 从缓存中( redis 、本地变量都行)获取 token 。为空 -> 步骤 2,不为空 -> 步骤 3
    2. 向第三方 API 获取 token,并且保存到缓存中
    3. 带着 token 去请求第三方接口,根据返回这判断 token 是否过期。过期 -> 步骤 2
    icelo
        9
    icelo  
    OP
       2021-10-15 15:36:27 +08:00
    @SenLief 不需要重新认证,重新请求下获取 token 的接口就行了
    icelo
        10
    icelo  
    OP
       2021-10-15 15:37:11 +08:00
    @ravelminerva 不考虑使用 redist
    ravelminerva
        11
    ravelminerva  
       2021-10-15 15:41:22 +08:00
    @icelo 那就弄一个全局变量,失效了再去刷新,控制下并发就行了.
    kop1989
        12
    kop1989  
       2021-10-15 15:50:37 +08:00
    1 、定时刷新为何会“会引入新的框架,存在的风险未知,可用性不高!”???
    2 、可以每次请求接口的时候检查 token 的申请时间,然后判断是否需要刷新 token 。并不需要计时刷新。

    btw:
    在内存中保存一个 token,以及其有效期两个变量有这么难么?还需要“新框架”??
    至于说并发问题,给全局变量加锁即可。
    kop1989
        13
    kop1989  
       2021-10-15 15:52:00 +08:00   1
    开源、组件化是趋势不假,但不要真的把自己弄成调参侠,引包侠。
    superrichman
        14
    superrichman  
       2021-10-15 15:54:04 +08:00
    问是用 redis
    起一个进程定时取 token 写 redis 刷新,业务只关心从 redis 里面取 token
    MonkeyJon
        15
    MonkeyJon  
       2021-10-15 15:54:41 +08:00
    1.请求其他系统 token 直接存 redis,过期 token 直接递归再次请求
    2.使用 token 请求第三方 API 时,报错直接调用 token 刷新接口,然后调用 API
    hope4tomorrow
        16
    hope4tomorrow  
       2021-10-15 16:21:17 +08:00
    public String getToken(){
    if(isTokenExpire()){
    this.apiToken = getNewToken()
    }
    return this.apiToken
    }
    libook
        17
    libook  
       2021-10-15 16:23:29 +08:00
    感觉 1 、2 楼是正解,Token 直接拿来用,返回说明失效再重新获取新 Token 。
    ch2
        18
    ch2  
       2021-10-15 16:41:11 +08:00
    常规做法是用中间件记下来 token 过期的时间,判断过期了再刷新
    skiy
        19
    skiy  
       2021-10-15 16:48:22 +08:00
    失效时间可以自己写程序尝试一下计算出来的吧?我不相信上游的 API 失效时间是随机的。

    像楼上说的,用中间件保存,接口这边请求上游 API 发现 TOKEN 失效时,再刷新保存到中间件。这不是正常操作吗?
    lllllliu
        20
    lllllliu  
       2021-10-15 18:04:22 +08:00
    重新获取 token 呀,一般都有提供刷新接口吧,不需要重新获取 token,在 token 即将过期的时候去刷新他。
    但是要再重新获取的时候锁住 token 或者拒绝其他请求~~要不然就会有并发问题。
    IvanLi127
        21
    IvanLi127  
       2021-10-15 18:59:35 +08:00 via Android
    等得起就发现过期了重新获取然后重试接口,等不起就问对方 token 有效期至少多久,根据这时间来定时刷新 token 。总不能对方 token 随机过期吧。
    Pythoner666666
        22
    Pythoner666666  
       2021-10-15 19:07:07 +08:00
    正常请求,token 过期直接重新获取刷新一遍,重新获取的时候记得加锁,防止并发,结束。
    yidinghe
        23
    yidinghe  
       2021-10-15 19:26:09 +08:00 via Android
    有没有效是对方说了算,所以你没办法保证每次都一定有效,只能在发现无效之后去尝试刷新。
    ltfree
        24
    ltfree  
       2021-10-16 10:07:14 +08:00
    方案 1 可行,爬虫项目更换 ip 就是这套逻辑
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     3422 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 25ms UTC 00:42 PVG 08:42 LAX 16:42 JFK 19:42
    Do have faith in what you're doing.
    ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86