im使用Google Drive API在那里保存（用作备份）数据库，工作很好，但只要我使用ROOT
Api呼叫：
MetadataChangeSet metadataChangeSet = new MetadataChangeSet.Builder()
......build();
Drive.DriveApi.getRootFolder(mGoogleApiClient)
.createFile(mGoogleApiClient, metadataChangeSet, result.getDriveContents())
.setResultCallback(fileCallback);
回调保存文件：
final public ResultCallback < DriveFolder.DriveFileResult > fileCallback = new
ResultCallback < DriveFolder.DriveFileResult > () {
@Override
public void onResult(DriveFolder.DriveFileResult result) {
if (!result.getStatus().isSuccess()) {
return;
}
Log.i(TAG, "Successfull !");
}
};
我知道我必须获取文件夹，但如果我这样做，我需要做一个回调来调用另一个回调，然后保存？
没有任何方法可以直接在FOLDER中创建.createNewFile吗？在不执行另一个文件夹查询的情况下，检查文件夹是否存在，然后创建文件夹，然后使用DriveID，然后创建文件？
请记住，在GooDrive宇宙中，树结构（文件夹、子文件夹…）是一个幻影。Drive是一个对象（文件、文件夹）的平面系统，其中一个元数据字段是"父ID集"，它实际上形成了父对象-子对象结构的概念。实际上，经典树（一个父对象多个子对象）甚至没有强制执行，因此子对象可以"出现"在多个父对象中
这个事实解释了你不能一次创建一个操作系统类型的路径。必须先创建对象（父对象），然后才能将其ID插入子对象的元数据中。
因此，唯一的方法是按照你说的去做：
if folder exists
return it's ID
else
return ID of newly created one
create a child object with parent's ID
这里有一个例子，我如何创建一个类型的结构：
/ MYROOT / 2015 / 2015-12
（其中MYROOT，2015，2015-12是驱动根的子矿脉）
new Thread(new Runnable() {
@Override
public void run() {
DriveId Id = getFolder( getFolder( getFolder(
Drive.DriveApi.getRootFolder(mGAC).getDriveId(), "MYROOT"),
"2015",
"2015-12"
);
}
}).start();
GoogleApiClient mGAC;
DriveId getFolder(DriveId parentId, String titl) {
DriveId dId = null;
if (parentId != null && titl != null) try {
ArrayList<Filter> fltrs = new ArrayList<>();
fltrs.add(Filters.in(SearchableField.PARENTS, parentId));
fltrs.add(Filters.eq(SearchableField.TITLE, titl));
fltrs.add(Filters.eq(SearchableField.MIME_TYPE, "application/vnd.google-apps.folder"));
Query qry = new Query.Builder().addFilter(Filters.and(fltrs)).build();
MetadataBuffer mdb = null;
DriveApi.MetadataBufferResult rslt = Drive.DriveApi.query(mGAC, qry).await();
if (rslt.getStatus().isSuccess()) try {
mdb = rslt.getMetadataBuffer();
if (mdb.getCount() > 0)
dId = mdb.get(0).getDriveId();
} catch (Exception ignore) {}
finally { if (mdb != null) mdb.close(); }
if (dId == null) {
MetadataChangeSet meta = new Builder().setTitle(titl).setMimeType(UT.MIME_FLDR).build();
DriveFolderResult r1 = parentId.asDriveFolder().createFolder(mGAC, meta).await();
DriveFolder dFld = (r1 != null) && r1.getStatus().isSuccess() ? r1.getDriveFolder() : null;
if (dFld != null) {
MetadataResult r2 = dFld.getMetadata(mGAC).await();
if ((r2 != null) && r2.getStatus().isSuccess()) {
dId = r2.getMetadata().getDriveId();
}
}
}
} catch (Exception e) { e.printStackTrace(); }
return dId;
}
在"mdb.get（0）.getDriveId（）"区域中，您可以看到当您试图在驱动器上强加一个经典的树结构时，它会变得多么棘手。这里的搜索可以返回多个具有相同名称的对象，所以我使用第一个。这里应该有某种错误报告。
正如您所看到的，可以用"await（）"方法替换回调，将代码扁平化为经典的DOS风格的意大利面条代码，只要您将整个序列置于UI线程（asynctask，thread，…）之外即可
不过，实现这一点的更优雅的（IMO）选项是使用来自结果回调的递归调用。
fromPath(Drive.DriveApi.getRootFolder(mGAC).getDriveId(), "MYROOT/2015/2015-12/file.jpg");
....
void fromPath(final DriveId parentId, final String path) {
if (parentId != null && path != null) {
final int idx = path.indexOf('/');
if (idx < 0) {
// reached last path item - probably file name
// CREATE FILE WITH patentID AND QUIT
return; //--- DONE -------------------->>>
}
final String titl = path.substring(0, idx);
ArrayList<Filter> fltrs = new ArrayList<>();
fltrs.add(Filters.in(SearchableField.PARENTS, parentId));
fltrs.add(Filters.eq(SearchableField.TITLE, titl));
fltrs.add(Filters.eq(SearchableField.MIME_TYPE, UT.MIME_FLDR));
Query qry = new Query.Builder().addFilter(Filters.and(fltrs)).build();
Drive.DriveApi.query(mGAC, qry).setResultCallback(new ResultCallback<DriveApi.MetadataBufferResult>() {
@Override
public void onResult(DriveApi.MetadataBufferResult rslt) {
MetadataBuffer mdb = null;
if (rslt != null && rslt.getStatus().isSuccess()) {
try {
mdb = rslt.getMetadataBuffer();
for (Metadata md : mdb) {
if (md.isTrashed()) continue;
fromPath(md.getDriveId(), path.substring(idx + 1));
return; //+++ first found, NEXT +++++++>>>
}
} finally { if (mdb != null) mdb.close(); }
}
MetadataChangeSet meta = new Builder().setTitle(titl).setMimeType(UT.MIME_FLDR).build();
parentId.asDriveFolder().createFolder(mGAC, meta)
.setResultCallback(new ResultCallback<DriveFolderResult>() {
@Override
public void onResult(DriveFolderResult rslt) {
DriveFolder dFld = rslt != null && rslt.getStatus().isSuccess() ? rslt.getDriveFolder() : null;
if (dFld != null) {
dFld.getMetadata(mGAC).setResultCallback(new ResultCallback<MetadataResult>() {
@Override
public void onResult(MetadataResult rslt) {
if (rslt != null && rslt.getStatus().isSuccess()) {
fromPath(rslt.getMetadata().getDriveId(), path.substring(idx + 1));
return; //+++ created, NEXT +++++++>>>
}
}
});
}
}
});
}
});
}
}
注意事项：
当我重复调用这个序列时，使用最后一个DriveId（如2015-12）作为JPEG图像文件的父级，我经历了一些奇怪的行为，比如突然从"Drive.DriveApi.getRootFolder（mGAC）.getDriveId（）"中得到一个"null"结果。这不应该发生，我认为这是GDAA中的一个错误。我认为这是因为在提交文件夹并在底层REST-Api中解析ResourceId之前，GDAA中使用的DriveId是"无效的"。不幸的是，没有可用于创建文件夹的完成事件，所以我通过在onConnected（）中只调用一次此序列并缓存"2015-12"的DriveId以供以后用作图像JPEG文件的父级来解决此问题。实际上，你可以在这里看到它（createTree（）方法），尾部有文本文件，但当我把text切换到JPEG时，一切都崩溃了。
好运