X Connect 按钮测试页

目标：在手机浏览器打开本页，点击不同按钮，观察是否会拉起 X App。

注：OAuth URL 里有些参数是占位符（例如 CLIENT_ID / REDIRECT_URI），你替换后才会真正授权成功。

1) OAuth 2.0 Authorization Code + PKCE

URL:

https://x.com/i/oauth2/authorize?...

2) OAuth 1.0a authenticate（常见“登录 X”）

需要你服务端先拿 request token。

https://api.x.com/oauth/authenticate?oauth_token=...

3) OAuth 1.0a authorize（显式授权）

和 authenticate 类似，但流程表现略有不同。

https://api.x.com/oauth/authorize?oauth_token=...

4) Universal Link（可能跳 App）

Open X Profile Link

部分手机会根据系统设置直接拉起 X。

https://x.com/<username>

5) Deep Link Scheme（强制尝试拉起 App）

Open X App via x://

若设备未识别 x://，会失败。

x://user?screen_name=TwitterDev

6) JS 尝试拉起 x:// + 回退网页

先尝试 x://，1.2 秒后回退到 https://x.com。

Deep Link vs Universal Link（说明）

Deep Link：形如 x://...，是自定义协议，目标是直接拉起 App；但在 Telegram/部分浏览器中容易被拦截，未安装 App 时也可能直接失败。
Universal Link：形如 https://x.com/...，是标准网页链接；系统会根据已安装 App 和设置决定是否打开 X App，没装 App 也能正常回退网页。
为什么 OAuth 不容易跳 App：X 的 OAuth 授权入口通常走 Web 安全流程，不保证自动唤起 X App，这在系统浏览器里也很常见。
建议：把 OAuth 当作网页授权流程来设计，不要依赖“自动跳 X App”作为成功前提。