Android平台Facebook DeviceLoginButton与LoginButton的区别及适用场景

我之前也琢磨过这俩按钮，外观确实几乎一模一样，但背后的登录逻辑和适用场景差得挺远的，给你理清楚：

核心登录流程差异 #

• LoginButton：这是最常用的常规登录按钮，触发的是「直接登录流」。如果用户设备上装了Facebook原生应用，会直接唤起应用完成授权；没装的话就跳转到WebView或系统浏览器，用户在当前设备上直接输入账号密码就能完成登录，整个流程都在同一台设备上闭环。
• DeviceLoginButton：这个是专门为无输入能力/输入不便的设备设计的，触发的是「设备码登录流」。点击后会显示一串专属设备码，用户需要用另一台有网络的设备（比如手机、电脑）打开Facebook的设备登录页面，输入这个码，在那台设备上完成账号验证和授权，之后当前设备会同步获取登录状态。

该怎么选？ #

优先用LoginButton的场景 #

• 你的App运行在手机、平板这类有完整输入能力的常规移动设备上
• 希望用户在当前设备上快速完成登录，能借助Facebook原生应用的快捷授权（不用输密码）
• 绝大多数普通移动端App的常规登录需求，用这个就完全足够

必须用DeviceLoginButton的场景 #

• 你的App运行在智能电视、机顶盒、智能音箱这类没有键盘/输入操作极不方便的设备上
• 设备本身无法直接打开WebView或Facebook原生应用（比如某些嵌入式IoT设备）
• 业务场景要求用户通过其他设备辅助完成登录的情况

另外补充个小细节：因为DeviceLoginButton继承自LoginButton，所以它也继承了父类的大部分API，比如设置登录权限、绑定回调监听这些逻辑都是通用的，只是触发的登录流程不同而已。

内容的提问来源于stack exchange，提问作者Canato