Проблема TimeZoneInfo.ConvertTimeToUtc

Это зависит от того, как был создан myRecord.StartTime.

• Если вы получили его от DateTime.Now, то он будет иметь вид Local.
• Если вы получили его от DateTime.UtcNow, то он будет иметь тип Utc.
• Если вы получили его от new DateTime(2013,5,1), то он будет иметь тип Unspecified.

Это также зависит от того, откуда вы взяли myTimeZone. Например:

• TimeZoneInfo.Local
• TimeZoneInfo.Utc
• TimeZoneInfo.FindSystemTimeZoneById("Central Standard Time")

Функция TimeZoneInfo.ConvertTimeToUtc будет работать только в том случае, если она может сопоставить зону с тем типом, который вы ей задаете. Если оба являются локальными или оба UTC, то это сработает. Если вы даете ему определенную зону, то тип не должен быть указан. Это поведение задокументировано в MSDN.

Вы можете легко воспроизвести исключение последовательно:

var tz = TimeZoneInfo.FindSystemTimeZoneById("Fiji Standard Time");
var utc = TimeZoneInfo.ConvertTimeToUtc(DateTime.Now, tz);

Предполагая, что вы не живете на Фиджи, это будет каждый раз ошибаться. Вы в основном сказали: «преобразовать мое местное время в какой-то другой зоне в utc», что не имеет смысла.

Это, вероятно, работает в вашей среде разработки, потому что значение, которое вы тестируете для myTimeZone, оказывается локальной зоной для разработчика.

Что касается вашего изменения - конечно, вы можете заставить вид быть неопределенным, и это меняет смысл того, что вы делаете, так что это имеет смысл. Но вы уверены, что это то, что вы хотите? Что такое .Kind даты перед рукой? Если это еще не Unspecified, то у него есть какое-то намерение. Вероятно, вам следует вернуться к источнику этих данных и убедиться, что это именно то, что вы ожидаете.

Если все это звучит безумно, безумно, разочаровывающе и странно, то это потому, что объект DateTime воняет. Вот дополнительное чтение:

• Что не так с DateTime?
• Дело против DateTime.Now

Вместо этого вы можете использовать NodaTime. Его API убережет вас от таких распространенных ошибок.

в этом примере я преобразовал локальный часовой пояс в неуказанный тип, поэтому он отлично работает для меня, используя метод DateTime.SpecifyKind()

DateTime.SpecifyKind(utc,DateTimeKind.Unspecified);

этот метод Создает новый объект DateTime, который имеет то же количество тиков, что и указанный объект DateTime, но обозначается как неуказанный тип DateTimeKind.

общественное статическое DateTime ConvertLocalDate (DateTime utc) {

        string id = ConfigurationManager.AppSettings["Timezone"].ToString();
        TimeZoneInfo cstZone = TimeZoneInfo.FindSystemTimeZoneById(id);
        utc = DateTime.SpecifyKind(utc,DateTimeKind.Unspecified);
        DateTime cstTime = TimeZoneInfo.ConvertTimeFromUtc(utc, cstZone);
        return cstTime;
    }

Здесь я нашел действительно простое решение не-иметь-вид-свойство-правильно-на-пример-когда-вид-свойство-это-дата-время-местный-исходный-часовой-зона-должен/" rel="nofollow">https ://kiranpatils.wordpress.com/2011/01/09/the-conversion-could-not-be-completed-because-the-supplied-datetime-did-not-have-the-kind-property-set-правильно -for-example-when-the-kind-property-is-datetimekind-local-the-source-time-zone-must/

Что, по-видимому, происходит только при использовании DateTime.Now. Я обновляю свой код следующим образом, и он снова работает :)

DateTime currentTime = new DateTime (DateTime.Now.Ticks, DateTimeKind.Unspecified);

В основном то, что было сказано в предыдущих ответах, но для сокращения:

DateTime.Now или DateTime.Today устанавливает вид на Local, поэтому измените его на Unspecified

В методе, который обрабатывает даты:

// Incoming date has DateTimeKind.Local 
 var localDateTime = DateTime.Now;

// Set to unspecified
 var unspecifiedDateTime = DateTime.SpecifyKind(localDateTime, DateTimeKind.Unspecified); 

Я получил это только при развертывании, а затем понял, что библиотека передает методу DateTime.Now, а не new DateTime(...).