utc演算法

① 如何從本地時間 GMT（UTC） 時間轉換

UTC是格林威治標准時間(GMT),它是在0度測量到的時間,通過ToUniversalTime和ToLocal方法可以在本地時間和UTC時間之間進行轉換.兩個方法在轉換時會相應地設置保存時間的64位整數的高兩位枚舉標志,DateTime的Kind屬性公開了這個標志.並且轉換的演算法考慮了夏令時.

② 緬甸時間

緬甸時間比中國時間慢1.5小時。

緬甸仰光所處時區為UTC +6.50 小時(東六區) ，中國北京的當地是屬於東八區時區，因此緬甸時間比北京時間慢1.5個小時。以北京時間減去1.5小時後，即為緬甸的當地時間。

時差計算

不同時區的時間計算：同減異加，東加西減，「同」指同在東時區或同在西時區，則兩時區相減，（例如東八區和東五區都在東時區，則8－5=3。）「異」則相反。 遵循一張零時區居中的世界地圖，所求時區在已知時區東邊則同減異加的結果加上已知時區的時間，否則為減。

③ 根據所處的位置（在地球上的經緯度）以及當前的UTC時間，計算在該位置找尋太陽的方位角和仰角

在地球上任何地點，只要有隻表，有根竹竿，一根捲尺，就可知道當地經緯度。但表必須與該國標准時校對。
方法如下：
先算兩分日
比如在中國某地，桿影最短時是中午13點20分，且桿長與影長之比為1，則可知該地是北緯45°（tgα=1)，東經100°（從120°里1小時減15°，4分鍾減1°）
桿長與影長之比需查表求α，這里用了特殊角。

再算兩至日
經度的演算法不變
緯度在北半球冬至α+23.5°，夏至α-23.5°

在任意一天加減修正值即可。
修正值演算法：就是距兩分或兩至日的天數差乘以94/365.
比如今天是2月17日，與3月22日春分差33天，即太陽直射點在南緯
33×94/365=8.5°
所以今天正午時得到的緯度是（arctgα+8.5）°
tgα= 桿長/影長

舉例說明：
在地球上任何地點，只要有隻表，有根竹竿，一根捲尺，就可知道當地經緯度。但表必須與該國標准時校對。 方法如下： 先算兩分日 比如在中國某地，桿影最短時是中午13點20分，且桿長與影長之比為1，則可知該地是北緯45°（tgα=1)，東經100°（從120°里1小時減15°，4分鍾減1°） 桿長與影長之比需查表求α，這里用了特殊角。 再算兩至日 經度的演算法不變 緯度在北半球冬至α+23.5°，夏至α-23.5° 在任意一天加減修正值即可。 修正值演算法：就是距兩分或兩至日的天數差乘以94/365. 比如今天是2月17日，與3月22日春分差33天，即太陽直射點在南緯 33×94/365=8.5° 所以今天正午時得到的緯度是（arctgα+8.5）° tgα= 桿長/影長

網路一下經緯度或者搜索一下，自然明白。自習看看研究一下能搞懂

④ UTC時間是多少

協調世界時，又稱世界統一時間、世界標准時間、國際協調時間。由於英文（CUT）和法文（TUC）的縮寫不同，作為妥協，簡稱UTC。

協調世界時是以原子時秒長為基礎，在時刻上盡量接近於世界時的一種時間計量系統。中國大陸採用ISO 8601-1988的《數據元和交換格式信息交換日期和時間表示法》（GB/T 7408-1994）稱之為國際協調時間，代替原來的GB/T 7408-1994；中國台灣採用CNS 7648的《資料元及交換格式–資訊交換–日期及時間的表示法》，稱之為世界統一時間。

以太陽為基礎的相對於原子時不十分精準的時間

英文： Solar Time

簡稱「平時」，也就是我們日常生活中所使用的時間。

真太陽日：太陽連續兩次經過上中天的時間間隔，稱為真太陽日。我們知道，地球沿著橢圓形軌道運動的，太陽位於該橢圓的一個焦點上，因此，在一年中，日地距離不斷改變，一年四季的真太陽日長短不等。根據開普勒第二定律，行星在軌道上運動的方式是它和太陽所聯結的直線在相同時間內所劃過的面積相等，可見，地球在軌道上做的是不等速運動，這樣一來，一年之內真太陽日的長度便不斷改變，不易選做計時單位，於是引進平太陽日的概念。

平太陽日：天文學上由一個假定的太陽（平太陽）在天赤道上（而不是在黃赤道上）作等速運行，其速度等於運行在黃赤道上真太陽的平均速度，這個假想的太陽叫平太陽，這個假想的平太陽連續兩次上中天的時間間隔，叫做一個平太陽日，這也相當於把一年中真太陽日的平均稱為平太陽日，1平太陽日有分為24平太陽時等等。通常所謂的「日」和「時」，就是平太陽日和平太陽時的簡稱。平太陽在該地下中天的瞬間作為平太陽時零時。

參考資料：協調世界時-網路

⑤ 時間格式如何轉換十六進制的演算法

從epoch（1970-01-01 00:00:00 UTC）開始計算的秒數。

python">importtime

defhex_to_time(hex_str):
i=int(''.join(hex_str.split()),16)
t=time.localtime(i)
s=time.strftime('%Y-%m-%d%H:%M:%S',t)
returns

deftime_to_hex(time_str):
ds,ts=time_str.split('')
s=ds.split('-')+t.split(':')
l=[int(x)forxins]+[0,0,0]
h='%X'%int(time.mktime(tuple(l)))
returnh

測試：

>>>hex_to_time('4F632C43')
'2012-03-1620:04:19'
>>>time_to_hex('2012-3-1620:04:19')
'4F632C43'

⑥ 求助~有會換算天乾地支紀年法的大神嗎

公元紀年換算成干支紀年
第一種演算法：
不同的資料演算法有所差異，有的會給出公式，但本質上是一回事。這里介紹一種簡易直觀的演算法。 首先給每個天干、地支一個編號，從頭以4開始按照順序排下去，天干10後接1，地支12後接1。
天干：甲4、乙5、丙6、丁7、戊8、己9、庚10、辛1、壬2、癸3
地支：子4、丑5、寅6、卯7、辰8、巳9、午10、未11、申12、酉1、戌2、亥3
以公元年的尾數在天干中找出對應該尾數的天干，再將公元紀年除以12，用除不盡的余數在地支中查出對應該余數的地支，這樣就得到了公元紀年的干支紀年。如2003年，其尾數為3，對應的天干為「癸」；以12除2003得166，余數為11，對應的地支為未。於是2003年的干支紀年為「癸未」年。注意這是指2003年立春之後，立春之前應是「壬午」年。趙達先生在「祭文」中指出的時間是「癸未清明」，清明是立春之後的第四個節氣（立春、雨水、驚蟄、春分、清明），所以趙先生說歲在癸未，而非壬午。
特：某一年的尾數為0且用該年除以12的余數為0，則取天干中的編號為10的「庚」和地支中的編號為12的申」。
如：公元120年
尾數0則取天干中的「庚」；除以12餘數為0,則取地支中的「申」。 那麼，公元120年則為庚申年。
公元紀年在12之內的可直接用該數字在天干、地支中查找。
如：公元6年，則在天干、地支中找出6相對應的「丙」和「寅」，那麼該年則為丙寅年。公元8年則為戊辰年。
公元11年，則取尾數1對應的天干中的「辛」和11對應的地支中的「未」。那麼，該年則為辛未年。
公元12年則為壬申年。
第二種演算法：
1. 天干演算法：用公元紀年數減3，除以10（不管商數）所得余數，就是天干所對應的位數；
2. 地支演算法：用公元紀年數減3，除以12（不管商數）所得余數，就是地支所對應的位數；
天干：甲、乙、丙、丁、戊、己、庚、辛、壬、癸
地支：子、丑、寅、卯、辰、巳、午、未、申、酉、戌、亥
例1. 我們以2010年為例；
天干演算法： 2010-3=2007， 2007/10=200餘7， 7對應天干第7位是庚，即天干為庚；
地支演算法： 2010-3=2007， 2007/12=167餘3， 3對應地支第3位是寅，即地支為寅；
綜上公元2010是用天乾地支紀年為庚寅年。為使各位信任此演算法，我再舉一例來說明：
例2. 我們再以1987年為例；
天干演算法： 1987-3=1984， 1984/10=198餘4， 4對應天干第4位是丁，即天干為丁；
地支演算法： 1987-3=1984， 1984/12=165餘4， 4對應地支第4位是卯，即地支為卯；
綜上公元1987是用天乾地支紀年為丁卯年。

公元前紀年與干支紀年的換算
將天干、地支編號如下：
天干：甲、乙、丙、丁、戊、己、庚、辛、壬、癸
7 6 5 4 3 2 1 10 9 8
地支：子、丑、寅、卯、辰、巳、午、未、申、酉、戌、亥
9 8 7 6 5 4 3 2 1 12 11 10
以公元前紀年的尾數在天干中找出對應該尾數的天干，再將公元前紀年除以12，用除不盡的余數在地支中查出對應該余數的地支，這樣就得到了公元前紀年的干支紀年。
如：公元前155年
用尾數5取天干中的「丙」； 155除以12得余數11，對應地支中的「戌」。那麼，該年則為丙戌年。
公元前紀年在12內的可直接找到對應編號的天干、地支。如：公元前8年則為癸丑年。
注意：農歷干支年與公歷公元年年並不完全重合，如今年是農歷癸巳年（西元2013年2月10日春節至2014年1月30日除夕）。 干支紀月時，每個地支對應二十四節氣自某節氣（非中氣）至下一個節氣，以交節時間決定起始的一個月期間，不是農歷某月初一至月底。許多歷書註明某農歷月對應某干支，只是近似而非全等對應。若遇甲或己的年份，正月大致是丙寅；遇上乙或庚之年，正月大致為戊寅；丙或辛之年正月大致為庚寅，丁或壬之年正月大致為壬寅，戊或癸之年正月大致為甲寅。依照正月之干支，其餘月份按干支推算。60個月合5年一個周期；一個周期完了重復使用，周而復始，循環下去。東漢光武帝建武二十九年癸丑年（公元53年）冬至月（大雪至小寒的月份，近似農歷十一月）就是「甲子月」。有歌訣為證：甲己之年丙作首，乙庚之歲戊為頭；丙辛必定尋庚起，丁壬壬位順行流；更有戊癸何方覓，甲寅之上好追求。 下表是地支紀月時對應的節氣時間段、中氣、近似農歷月份、近似陽歷月份、以及年天乾和月地支構成的月干支：
月地支節氣時間段 中氣 近似農歷月份 近似陽歷月份 甲或己年 乙或庚年 丙或辛年 丁或壬年 戊或癸年
寅月 立春—驚蟄 雨水 正月 2月 丙寅月 戊寅月 庚寅月 壬寅月 甲寅月
卯月 驚蟄—清明 春分 二月 3月 丁卯月 己卯月 辛卯月 癸卯月 乙卯月
辰月 清明—立夏 穀雨 三月 4月 戊辰月 庚辰月 壬辰月 甲辰月 丙辰月
巳月 立夏—芒種 小滿 四月 5月 己巳月 辛巳月 癸巳月 乙巳月 丁巳月
午月 芒種—小暑 夏至 五月 6月 庚午月 壬午月 甲午月 丙午月 戊午月
未月 小暑—立秋 大暑 六月 7月 辛未月 癸未月 乙未月 丁未月 己未月
申月 立秋—白露 處暑 七月 8月 壬申月 甲申月 丙申月 戊申月 庚申月
酉月 白露—寒露 秋分 八月 9月 癸酉月 乙酉月 丁酉月 己酉月 辛酉月
戌月 寒露—立冬 霜降 九月 10月 甲戌月 丙戌月 戊戌月 庚戌月 壬戌月
亥月 立冬—大雪 小雪 十月 11月 乙亥月 丁亥月 己亥月 辛亥月 癸亥月
子月 大雪—小寒 冬至 十一月 12月 丙子月 戊子月 庚子月 壬子月 甲子月
丑月 小寒—立春 大寒 十二月 1月 丁丑月 己丑月 辛丑月 癸丑月 乙丑月
干支紀月法未普遍實行，主要為星相家推算八字用。
推算實例：2004年大致是農歷甲申年。那次甲申年自2004年2月4日19時56分立春起，至2005年2月4日1時43分立春止。這里的時刻是東經120度標准時。
丙寅月，2004年2月4日19時56分立春～2004年3月5日13時56分雨水
丁卯月，2004年3月5日13時56分驚蟄～2004年4月4日18時43分春分
戊辰月，2004年4月4日18時43分清明～2004年5月5日12時2分穀雨
己巳月，2004年5月5日12時2分立夏～2004年6月5日16時14分小滿
庚午月，2004年6月5日16時14分芒種～2004年7月7日2時31分夏至
辛未月，2004年7月7日2時31分小暑～2004年8月7日12時20分大暑
壬申月，2004年8月7日12時20分立秋～2004年9月7日15時13分處暑
癸酉月，2004年9月7日15時13分白露～2004年10月8日6時49分秋分
甲戌月，2004年10月8日6時49分寒露～2004年11月7日9時59分霜降
乙亥月，2004年11月7日9時59分立冬～2004年12月7日2時49分小雪
丙子月，2004年12月7日2時49分大雪～2005年1月5日14時3分冬至
丁丑月，2005年1月5日14時3分小寒～2005年2月4日1時43分大寒 干支紀日，60日大致合2個月一個周期；一個周期完了重復使用，周而復始，循環下去。確定的文獻指出干支紀日始於魯隱公三年夏歷二月己巳日（公元前720年二月初十）。
因為儒略歷的平年有365日，而每4年一次，公元年能被4整除，閏年有366日，平均一年365.25日，所以4年1461日和一甲子的60日，最小公倍數是29220日，合80年。這就是說，每80年，干支紀日對應的儒略歷月日日期會反復一次循環。（公元4年本來應為閏年，但因為公元前45年開始實施儒略歷後，「每隔3年」加一次閏日被誤為「每3年」加一次閏日，所以羅馬皇帝屋大維下令前5年、前1年、4年停閏以修正錯誤置閏。）
因為格里歷的平年有365日，而每4年一次閏年，但是如果遇上整百年，公元年能被400整除才能認定為閏年（這是因為按照立法計算，四年一閏的規定使每年多出0.0078天，經過400年大約會多出3天，如果在能被400整除年份的前面3個百年不算閏年，則正好平衡），閏年有366日，平均一年365.2425日，所以400年146097日和一甲子的60日，最小公倍數是2921940日，合8000年。這就是說，每80年，干支紀日對應的格里歷月日日期若沒有遇到能被100但非400整除的公元年，會反復一次循環，但整體而言，假設未來從不改格里歷，每8000年，干支紀日對應的格里歷月日日期才會反復一次完整的循環。1912年2月18日，合農歷壬子年正月初一，以及9912年2月18日，都是「甲子日」。 干支紀時，60時辰合5日一個周期；一個周期完了重復使用，周而復始，循環下去。必須注意的是子時分為0時到1時的早子時和23時到24時的晚子時，所以遇到甲或己之日，0時到1時是甲子時，但23時到24時是丙子時。晚子時又稱子夜或夜子。日上起時亦有歌訣：甲己還加甲，乙庚丙作初；丙辛從戊起，丁壬庚子居；戊癸何方發，壬子是真途。下表列出日天乾和時辰地支構成的時辰干支，以北京時間（UTC+8）為准：
時辰地支 北京時間（UTC+8）甲或己日 乙或庚日 丙或辛日 丁或壬日 戊或癸日
子時 23時—1時 甲子時 丙子時 戊子時 庚子時 壬子時
丑時 1時—3時 乙丑時 丁丑時 己丑時 辛丑時 癸丑時
寅時 3時—5時 丙寅時 戊寅時 庚寅時 壬寅時 甲寅時
卯時 5時—7時丁卯時己卯時 辛卯時 癸卯時 乙卯時
辰時 7時—9時 戊辰時 庚辰時 壬辰時 甲辰時 丙辰時
巳時 9時—11時 己巳時 辛巳時 癸巳時 乙巳時 丁巳時
午時 11時—13時 庚午時 壬午時 甲午時 丙午時 戊午時
未時 13時—15時 辛未時 癸未時 乙未時 丁未時 己未時
申時 15時—17時 壬申時 甲申時 丙申時 戊申時 庚申時
酉時 17時—19時 癸酉時 乙酉時 丁酉時 己酉時 辛酉時
戌時 19時—21時 甲戌時 丙戌時 戊戌時 庚戌時 壬戌時
亥時 21時—23時 乙亥時 丁亥時 己亥時 辛亥時 癸亥時

⑦ 美國時間下午2點50是中國時間幾點

那樣的回答根本就不對。美國的時區是從UTC－5到UTC－10.
本土時間基本分4個：
Pacific time zone UTC －8 （西部時間）
Mountain time zone UTC－7 （中西部）
Central time zone UTC－6 （中部）
Eastern time zone UTC－5 （東部）

還有
Alaska time zone UTC－9（阿拉斯加）
Hawaii-Aleutian time zone UTC-10(夏威夷)

在夏令時到來的時候，全部時區在原基礎上＋1（其實美國少數幾個城市地區不採用夏令時，但一般大的都用的了）。

演算法則是：
中國是在UCT＋8，比格林威治時間快8小時，而以華盛頓做例子，其處於UTC－5，比格林威治時間慢5小時，總共就是華盛頓比北京時間慢13小時，如果是華盛頓時間下午2點50，北京時間則是次日的凌晨3點50分。如果當時是夏天，在使用夏令時間，則華盛頓時區為UTC－4，下午2點50分的話，北京就是次日的凌晨2點50.

以下是主要城市的所在時區：
Washington EST
Chicago CST
Denver MST
Phoenix MST
Los Angeles PST
Anchorage AKST
Honolulu HST

⑧ UTC是什麼是不是騙局

UTC是一個數字貨幣或加密貨幣，可以算做電子貨幣形式的替代貨幣，但並非法定貨幣，ask.heqi.cn帶您了解UTC幣。

UTC幣介紹：激進幣(Ultracoin,UTC)發布於2014年1月13日，Scrypt演算法，30秒每塊，50個每塊，共計1億個，5個交易確認。預挖2%要注意風險。