Java可以追溯到新纪元，受Api 21（Android）和Java7的限制

我在这方面看到了很多有用的回答，但是使用了我无法使用的类

我有一个正确的日期对象，我尝试过不同的事情，但是当我看到结果时，它不起作用

我只能使用Java7（或kotlin等效工具）

以下是我当前的错误代码：

@JvmStatic fun getEpochNumberFromDate(date: Date):String{

        var calendar : Calendar = Calendar.getInstance()
        calendar.isLenient = false
        calendar.set(date.year, date.day,date.month,date.hours,date.minutes)

        Log.d("zzz","calendar date : "+calendar.timeInMillis.toString())

        Log.d("zzz","year: "+date.year+", month:"+date.month+",  date.time.toString():"+date.time.toString())


        return date.time.toString()
    }

---

你太复杂了。根本不需要使用日历。Date.getTime（）返回从纪元开始的毫秒数。你只需要除以1000。如果你看到与该网站的其他差异，可能是因为时区问题。

你能用更具体的方式详细说明你的问题吗？“我有一个正确的日期对象”-我怀疑你实际上没有。目前您使用的是系统默认时区-这是故意的吗？值得注意的是，

Date.getYear（）

etc已经被弃用了几十年，我强烈建议您不要使用它们。您能提供一个输入（日期）和输出示例吗？该方法名为getEpochNumberFromDate，但返回一个字符串，这一事实相当令人困惑。该方法的前5行没有做任何有用的事情，这一事实也令人困惑。您想实现什么？如果您有一个（不推荐使用的、旧的等）

java.util.Date

对象，那么

.getTime（）

方法是否有问题？仅供参考，诸如

java.util.Date

、

java.util.Calendar

和

java.text.SimpleDataFormat

等麻烦的日期时间类现在已经过时了，被班级取代了。大部分java.time功能都在项目中被向后移植到Java6和Java7。进一步适应早期Android（因为老式的

Date

没有时区（并且历元也与时区无关），如果正确使用

Date

，就不会有任何时区问题。