일반적으로 캐시할 필요가 없으며, 인증 페이지를 열 때마다 플래시할 필요가 없다는 장점이 있습니다. access_token이 있는지, 만료되었는지 확인할 수 있습니다. 만료된 경우에는 새로 고침을 위해 Refresh_token을 사용할 수 있습니다(그러나 저는 다시 인증하기 위해 인증 페이지로 직접 이동하는 데 익숙합니다. 그렇지 않으면 Refresh_token이 있는지 판단해야 합니다. 만료되었습니다. 논리적으로 너무 번거롭습니다.)
캐싱이 필요하지 않습니다. access_token을 호출할 수 있는 횟수에는 제한이 없으며 하루에 access_token을 신청할 수 있는 횟수만 가능합니다. . 또한, access_token은 한 번 사용하고 일정 기간 동안 다시 사용하지 않으면 access_token은 곧 무효화된다는 점을 기억하고 있습니다. 하지만 문서에는 명시되어 있지 않습니다
일반적으로 캐시할 필요가 없으며, 인증 페이지를 열 때마다 플래시할 필요가 없다는 장점이 있습니다. access_token이 있는지, 만료되었는지 확인할 수 있습니다. 만료된 경우에는 새로 고침을 위해 Refresh_token을 사용할 수 있습니다(그러나 저는 다시 인증하기 위해 인증 페이지로 직접 이동하는 데 익숙합니다. 그렇지 않으면 Refresh_token이 있는지 판단해야 합니다. 만료되었습니다. 논리적으로 너무 번거롭습니다.)
위의 내용을 통일하고 재승인을 통해 이 문제를 해결하세요.
캐싱이 필요하지 않습니다. access_token을 호출할 수 있는 횟수에는 제한이 없으며 하루에 access_token을 신청할 수 있는 횟수만 가능합니다. .
또한, access_token은 한 번 사용하고 일정 기간 동안 다시 사용하지 않으면 access_token은 곧 무효화된다는 점을 기억하고 있습니다. 하지만 문서에는 명시되어 있지 않습니다