Google drive api Mimetype vs AppID

您可以看到，使用特定于应用程序的mime类型创建文件。这条路对吗？我很好奇，因为google drive不知怎么地将文件与创建这些文件的应用程序关联起来。文件选择器是否可以利用此漏洞？

如果文件具有只有应用程序才能理解的自定义内容，请使用特定于应用程序的mime类型。否则，请对您正在使用的任何类型的文件使用标准mime类型。

当您的应用程序（用客户端ID标识）创建一个mime类型为

application/vnd.google apps.drive sdk

的文件时，mime类型将扩展为

。AppID是客户ID的第一部分。基本上，项目ID在我的案例中看起来像是

alpine-dogfish-833

。然后我生成了客户端ID

1088706429537-4oqhqr7o826ditbok23sll1rund1jim1.apps.googleusercontent.com

，1088706429537是我们要查找的AppID，因为当我的应用程序创建文件时，使用

gapi.client.drive.files.insert({
              'resource': {
                mimeType: application/vnd.google-apps.drive-sdk,
                title: file_name
              }

注意mime类型是

application/vnd.google apps.drive sdk

——它不包含任何应用程序ID。查询该文件会发现结果文件的有效mime类型实际上是

application/vnd.google apps.drive sdk.1088706429537

。谷歌甚至可以修复mime类型，即使你有点拼写错误

application/vnd.Google apps.drive sdk

这回答了我的问题，因为消除了所有的困惑。主要的困惑是，您的项目有额外的应用程序id，甚至在客户端id之前就已经有了，但这与使用特定于应用程序的mime类型对文件进行签名无关。我在参考问答中没有发现这一点。其次，这回答了我的问题，因为它基本上说mime类型包含APP_ID，因此APP ID和mime类型是相同的，因此两者之间没有区别/冗余/冲突可供选择。

FYI--您提到您的项目ID是

alpine-dogfish-833。

如果您登录到开发人员控制台，然后点击您的项目（进入项目“概述”页面），您将在顶部看到两个标识符：

项目ID:alpine-dogfish-833

和

项目编号：1088706429537

。“项目编号”==“应用程序ID”==“客户端ID上的数字前缀”