李绍丰

我也遇到了同样的问题,把destroy去掉不会崩溃,但是又出现了搜索不到设备的问题

``` export class SolarTimeUtil{ /** * 标准时间发出地经度(角度表示,东经为正西经为负),北京时间的经度为+120度0分 */ private J = 120.0; /** * 默认纬度(角度表示,北纬为正南纬为负),这里是中国标准时间发出地(陕西省渭南市蒲城县) */ private W = 35.0; /** 统一东经为正 */ private lng = 120.0; /** 北纬为正,南纬为负 */...

> > ``` >> export class SolarTimeUtil{ > > > > /** > > * 标准时间发出地经度(角度表示,东经为正西经为负),北京时间的经度为+120度0分 > > */ > > private J = 120.0; > > /** > >...

> > > 作者你好，我看了寿星天文历的网站，这里也是26分53秒，但是标注了是定气法。 另外，我看了寿星天文历法2024年的冬至是2024-12-21 17:20:20，而lunar-js上是2024-12-21 17:20:32，也是相差了12秒。 我对比了一下，从1899年-2010年期间的冬至都是能对上的。但从2011年开始，冬至日就比寿星天文历上就开始有几秒到十几秒的差别了。 > > > > 我文档写了，lunar基于寿星5.10版本，你用的5.05，有误差自然是正常现象。 > > 想要继续请教一下，后来我发现，这几秒到十几米的差别是为js版本和golang版本计算的差别。比如我使用lunar-go1.43版本计算2024年的冬至是2024-12-21 17:20:19，用lunar-js计算2024年的冬至是2024-12-21 17:20:32。 > 能请教一下，这个是语言本身导致的计算误差还是代码不同导致的吗？ 有没有可能是你使用lunar-js版本的问题，最新已经到1.7.3了，1.7.1版本更新了T参数

```java // 获取农历时辰 LunarHour lunarHour = LunarHour.fromYmdHms(2023, 1, 1, 13, 0, 0); // 得到时干支 SixtyCycle sixtyCycle = lunarHour.getSixtyCycle(); // 由干支得到天干 HeavenStem heavenStem = sixtyCycle.getHeavenStem(); // 由天干得到方位 Direction direction = heavenStem.getDirection();...

据新闻报道，2024年冬至是12月21日 17:20:20。 古代计时是每天一百刻，一刻60分，一分相当于现在的2.4分钟，也就是古代最小的时间相当于现在的2.4分钟，至于十几秒的误差，用于平常生活基本没有任何影响。

> > 不清楚谁对谁错，我只知道寿星最新版本算出来是17:20:19。紫金山天文台发布的没带秒数，是17:21。 > >  > 我看了luanrjs的介绍，去寿星历v5.10的网站上，看到的是这个17:20:32，所以比较懵。不知道到底哪个版本是最新的。 你知道天文台的节气时刻也是算的吗？既然都是算的，何必纠结十几秒的误差

> luanr无论哪种语言的版本，只要是最新版，都是17:20:19，因为最近的某个版本更新了2018之后的△T参数。老版本是17:20:32。明白了不？寿星源代码：https://github.com/sxwnl/sxwnl，2025-02-25有过更新。 △T数据是从iers更新的，参考链接 http://www.nongli.net/cn/12479.html ，因此最新的时间应该是对的。网上流传的时刻可能来源[这里](http://www.nongli.net/sxwnl/),里面的△T是“...2005,64.7,0.4,0,0,2015,69”，与网络公开的时刻一致（当然只比对了05到25年的冬至日）

闰月占了一个干支，按照正月建寅的话，二月和闰二月应该都是卯月，然后十一月是子月。 另外一种干支是按节气更换的 按照节气换干支，农历月的干支是不相符的，一个农历月可能会横跨两个干支 好在已经添加了干支月，或许可以临时解决这个问题，至于存在的问题，后面会修复的