您可以看到，使用应用程序特定的mime类型创建文件是可取的。这样对吗？我想知道，因为谷歌驱动器以某种方式将文件与为Open创建文件的应用程序相关联。文件选择器是否可以利用此漏洞？
FYI-您提到您的项目ID为alpine-dogfish-833.如果您登录到开发人员控制台，然后单击您的项目(进入项目"概述"页面(，您将在顶部看到两个标识符：Project ID: alpine-dogfish-833和Project Number: 1088706429537。"项目编号"="应用程序ID"="客户端ID上的数字前缀">
如果文件具有只有您的应用程序才能理解的自定义内容，请使用特定于应用程序的mime类型。否则，对于正在处理的任何类型的文件，都要使用标准的mime类型。
我终于发现，当你的应用程序(用CLIENT_ID标识(创建一个mime类型为application/vnd.google-apps.drive-sdk的文件时，mime类型会用.<AppID>扩展。AppID是CLIENT_ID的第一部分。基本上，在我的案例中，项目ID看起来像alpine-dogfish-833。然后我生成了Client_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，你甚至在CLIENT-id之前就得到了，但它与使用特定于应用程序的mime类型对文件进行签名无关。我没有发现，在提到的问答中；a.其次，这回答了我的问题，因为它基本上说mime类型包含APP_ID，所以APP-ID和mime类型是一样的，在两者之间没有区别/冗余/冲突。