datetime抽出来会变成long类型，并且时间会加8小时的问题你们是怎么解决的？

在处理时间日期转换为长整型（long）数据时，如果遇到时间自动加上8小时的情况，这通常是因为时间戳默认是以UTC（协调世界时）为基准的，而中国位于东八区，所以将UTC时间转换为本地时间时会自动加8小时。解决这个问题，可以采用以下几种方法：

1. 使用Java 8的ZonedDateTime或OffsetDateTime进行转换： 如果你使用的是Java，可以利用Java 8引入的新时间日期API来更精确地控制时区。例如，如果你从数据库或其他来源获取到的时间戳是以UTC存储的，你可以这样转换：

   import java.time.Instant;
   import java.time.ZoneId;
   import java.time.ZonedDateTime;
   
   long utcTimestamp = ...; // 你的UTC时间戳
   Instant instant = Instant.ofEpochMilli(utcTimestamp);
   ZonedDateTime beijingTime = instant.atZone(ZoneId.of("Asia/Shanghai"));
   

   这样可以直接得到北京时间，无需手动调整。

2. 在数据库查询时指定时区： 如果你在从数据库提取数据时遇到此问题，可以在SQL查询中直接指定时区转换，具体方法取决于你使用的数据库系统（如MySQL、PostgreSQL等）。例如，在MySQL中，你可以使用CONVERT_TZ()函数来转换时区。

3. 在应用层进行时区转换： 在获取到long类型的时间戳后，根据业务需要在代码中显式转换时区。以Java为例，可以使用Calendar或TimeZone类进行转换：

   import java.util.Calendar;
   import java.util.TimeZone;
   
   long utcTimestamp = ...; // UTC时间戳
   Calendar calendar = Calendar.getInstance(TimeZone.getTimeZone("UTC"));
   calendar.setTimeInMillis(utcTimestamp);
   calendar.setTimeZone(TimeZone.getTimeZone("Asia/Shanghai"));
   long shanghaiTimestamp = calendar.getTimeInMillis();
   

4. 使用阿里云服务进行时间处理： 阿里云提供了多种服务，虽然没有直接针对时间转换的服务，但如果你的应用部署在阿里云上，确保服务器的时区设置正确，可以避免一些不必要的时区转换问题。同时，利用阿里云日志服务Logstore等产品记录和分析时间相关数据时，注意配置正确的时区信息。

综上所述，关键在于理解时间戳的存储和表示是基于UTC的，并在显示或进一步处理时根据实际需求转换到正确的时区。