使用drive.file权限通过Google Picker选文件夹后无法访问子文件

这是Google Drive API的有意设计，并非bug。

核心原因 #

drive.file遵循单个资源授权的最小权限原则：用户通过Google Picker选择文件夹后，你的应用仅获得对该文件夹本身的访问权限，不会自动继承其内部所有文件/子文件夹的权限。谷歌推动drive.file替代drive.readonly的核心目的，就是限制应用仅能访问用户明确指定的资源，避免过度授权。

你的files.list查询请求，在drive.file权限下只会返回用户单独授权过的文件——而你只授权了文件夹本身，因此查询结果为空或返回权限错误。

可行解决方案 #

根据你的需求选择对应方案：

• 改用宽泛权限（符合政策前提下）：如果应用确实需要读取指定文件夹的全部内容，且符合Google权限审核政策，可申请drive.readonly权限。该权限允许应用读取用户Drive内所有文件，能直接满足文件夹内容查询的需求。
• 优化用户授权流程：若必须坚持使用drive.file，可在用户选择文件夹后，通过Google Picker展示该文件夹内的文件，引导用户批量选择需要授权的文件，并明确告知用户需授权这些文件才能访问。
• 企业级专属方案（G Suite/Workspace）：面向企业用户的应用，可通过域范围委派（Domain-Wide Delegation），由管理员为应用授权访问域内指定文件夹的所有内容，无需用户单独操作。

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