Google drive api `google drive`生成的google drive文件夹ID的模式

每个文件的

Id

生成为33个字符，包含非字母字符

=>是否可以使用基本解码将其压缩为32个字符

---

我意识到列出的每个文件的所有

Id

都以

1

开头。我可以这样假设我可以这样假设这一模式在创建

Id

Id

的

Id

我可以这样假设我可以这样假设这一模式在创建

Id
Id
Id
Id
Id
Id
/code>/code>我可以这样假设我可以这样假设我可以这样假设我可以这样假设我可以这样假设我可以这样假设我可以从创建
1
1<
1<
1
1
1我可以这样假设我可以这样假设我可以这样假设我可以这样假设我可以这样假设我可以这样做，我可以这样假设我可以在创建这样这样假设我可以在创建这个模式。我可以这样假设我可以在创建这样假设我可以在创建这样这样这样这样这样的<<<<我可以我可以在创建我可以假设我可以这样这样的<我可以假设我可以在<
以前使用过。当时，我认为文件夹ID的长度和第一个字符分别是28和
0
。但最近，当我在Google Drive中创建新文件夹时，我注意到第一个字符从
0
修改为
1
，ID的长度变为33。所以我认为当Google端的文件夹总数增加时，第一个字符可能会增加。从这种情况来看，我认为ID的第一个字符和长度将来可能会改变。如果这些信息没有用，我道歉。@Tanaike:据我所知，文件夹ID是随时间动态变化的，而不是基于特定的模式。随机生成的非字母字符，如
-
，
也会导致将其转换为
base58
格式时出现问题。我希望谷歌团队能像比特币那样基于
Base58编码
格式来实现它，谢谢你的回复。很抱歉，我的评论对你的情况没有帮助。它是有用的@Tanaike
$ gdrive list 
Id                                  Name                                       Type   Size      Created
1tqeNnGiZqy4EMj8p6d_LG7Js0aD9ao37   9b69f5168c0aa4bbe9cd5f1546169cf3           dir              2019-09-16 14:16:18
1ule-XdDb1JrvAEwqwN80JLs7LGuLGUxC   subFile                                    bin    5.0 B     2019-09-16 14:16:25
1ndFenMDcQbJFpQb3ScpaumdlITzf6Tc3   subFile~                                   bin              2019-09-16 14:16:24
1iTo4NUBe01tWODnFwT9SOQuVARd9nV85   example                                    dir              2019-09-16 14:16:23
1FDxjPDWLnP89miUTVjJ_0WMwdDDy_o5_   README.md                                  bin    96.0 B    2019-09-16 14:16:22
146N7bhF2Ev5kvJwprpedSu9EWkYPz1ic   run.sh                                     bin    197.0 B   2019-09-16 14:16:21