目前，谷歌的版本的ServerValue.TIMESTAMP回報{".sv":"timestamp"}這是用來作為一個火力地堡的指令一旦將數(shù)據(jù)保存到服務(wù)器火力地堡，以填補(bǔ)該領(lǐng)域與服務(wù)器的時間戳。但是，當(dāng)您在客戶端上創(chuàng)建數(shù)據(jù)時，您尚沒有實(shí)際的時間戳（即，用作創(chuàng)建日期）。在最初的保存和隨后的檢索之后，您將只能訪問時間戳，我想這有時為時已晚且不太優(yōu)雅。在Google之前：更新：忽略本部分，因?yàn)樗遣徽_的-我誤解了示例。ServerValue.TIMESTAMP總是返回{".sv":"timestamp"}。據(jù)我了解，在Google之前的Firebase中，似乎有一個由服務(wù)器生成的時間戳，可以讓您獲取實(shí)際的時間戳：import com.firebase.client.ServerValue;ServerValue.TIMESTAMP // eg. 1466094046問題：這樣的保存/檢索是在模型實(shí)例上獲取服務(wù)器生成的創(chuàng)建日期的唯一方法嗎？如果可以，您可以提出一種實(shí)現(xiàn)這種模式的方法嗎？我是否正確理解ServerValue.TIMESTAMP已隨著Google收購Firebase發(fā)生了變化？更新：不，@ FrankvanPuffelen回答說，收購期間沒有任何變化。注意：我new Date()一直在閱讀它并不安全，因此我不考慮在客戶端使用它，但是如果您有不同意見，請分享您的想法。