lua os.time返回为nil的情况

最新推荐文章于 2025-04-03 18:28:36 发布
原创 最新推荐文章于 2025-04-03 18:28:36 发布 · 1.8k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文详细解析了os.time函数在不同时区的应用，包括0时区与东八区的特殊情况，以及夏令时期间可能遇到的nil返回问题，强调了正确设置时区的重要性。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

os.time获取的是距离0时区1970年1月1日0时的秒数，即所谓的时间戳。

 os.time会考虑具体的时区差，因此这个方法的计算还得考虑具体的时区，目前发现2种可能出现为nil的情况：

1、在0时区的时候 os.time{year=1970, month=1, day=1, hour=0}执行结果为0，而在东八区的时候就返回nil了，因为当0时区0点的时候，其实东八区已经是8点了，所以要想执行结果为0，应写成os.time{year=1970, month=1, day=1, hour=8}，而hour写成0肯定是8小，也就是执行结果小于0了。

2、夏令时问题，拿澳大利亚时区举例，澳大利亚夏令时从每年十月的第一个星期天夜间2点开始，全国都将时间拨快1小时，实行夏令时。至四月的第一个星期日结束。 2018年夏令时实施时间就是10.7号2点，也就是说在1:59分的时候，下一分钟会直接跳到3:00，因此对于实施夏令时的澳大利亚地区来说不存在10.7的2：00~2：59这个时间段，当把这个时间作为os.time参数时（os.time{year=2018, month=10, day=7, hour=2}），也是会返回nil.

longgo2
关注
Lua中os库的使用(execute,date,clock,time)
TheClimb的池塘
04-10 3814
--更多详细参考 http://luaer.diandian.com/post/2011-10-09/5660047 -- --更多详细参考 http://blog.csdn.net/goodai007/article/details/8077285-- local function main() print(os.clock()) -- print(os.time()) dateTabl...
LUA-----自带库；垃圾回收
memory_MM_forever的博客
02-20 260
文章目录自带库垃圾回收 自带库 print("*******自带库*********") print("*******时间*********") --系统时间 print(os.time()) --自己传入参数 得到时间 print(os.time({year=2020,month=12,day=12})) --os.date("*t") local nowTime = os.date("*t") for k,v in pairs(nowTime) do print(k,v) end print(now
lua 中 os.time() 返回 nil 的情况
h799710的博客
01-11 699
原因： os.time() = 0 是，所代表的时间是 1970年1月1日8点0分0秒;。 如果 os.time(table2)中的table2 代表的值小于 起始点，那么会返回 nil 案例： local createTime = 0 local createRole0am = os.date("*t", createTime) createRole0am.hour = 0 createRole0am.min = 0 createRole0am.sec = 0 createRole0am = os.tim
lua os.time()时区的坑……
zlm_525的博客
11-19 7816
因为os.time是获取系统时间，也就是参与时区的时间。所以在做跨时区计算的时候会先用os.time(table)获取格林尼治标准时间和当前时间的差值。 ：os.time{year=1970, month=1, day=1, hour=0} 但是当你使用上面这个的时候你发现lua返回的是nil…… 我想应该是计算出来的是负数。所以就返回了nil…… 这个时候不妨在day上+1。计算第二天的
os库-时间函数
杨名天吓
01-13 1万+
一、时间的三种格式 1、用数值表示时间值  用数字值来表示时间值， 实际上时间值的本质就是一个数字值。 例如： d = 1131286477  这里的 1131286477 是一个以秒为单位的 格林威志时间(gmt),注意不同时区的时差 2、用字符串表示时间  用字符串来来表示时间。 例如： d = "2005-11-06 22:18:30"
lua 时间函数os.time()和os.date()
热门推荐
u010130424的专栏
11-24 10万+
Lua标准库中提供了关于时间函数 os.time()和os.date()，这两个函数需要注意的地方就是加入了时区的概念   os.time() 得到是当前时间的距离1970.1.1.08:00时间的秒数，如果传入的参数小于这个时间，那么就会得到一个，秒数就是负数，会得到一个空值   os.time() 1.  不传参的话返回当前时间转化成秒数的结果 local time2 = os.t
lua os.time踩坑
weixin_46467037的博客
03-13 694
今天有需求跟服务器通信需要传时间戳查询。比如昨日到今日这种时间段。原本取时间代码： local arrDate = os.date("*t") local bTime = os.time({year = arrDate.year, month = arrDate.month, day = arrDate.day - 1}) local eTime = os.time({year = arrDate...
lua 日期时间
weixin_43931625的博客
06-12 1004
lua 日期时间
Lua教程（十六）：系统库（os库）
09-22
当不带参数调用`os.time()`时，它会返回当前时间以秒为单位的数值。这个数值是从1970年1月1日00:00:00（UTC）到现在的总秒数，也就是常说的Unix时间戳。如果传递一个包含日期和时间信息的表作为参数，`os.time()`将...
lua 写一个 不同时区之间转换日期和时间 函数
heyuchang666的专栏
07-20 800
该函数的主要功能是根据给定的时区偏移量调整时间戳，并返回格式化后的日期字符串。如果`dontFixForTimeOffset`为真或者时间戳小于31536001（即1970年1月1日之后的秒数），则直接返回原始时间戳的格式化日期。
lua 差值 日期_lua时间戳和日期转换及踩坑
weixin_34060773的博客
12-29 662
介绍lua的日期函数常用方法及我的一个踩坑。时间戳转日期os.date("%Y%m%d%H",unixtime)--os.date("%Y%m%d%H",1534435200) 2018081700日期转时间戳---指定日期的时间戳os.time({day=17, month=8, year=2018, hour=0, minute=0, second=0})--1534435200当前时间戳o...
合宙LuatOS生成毫秒级时间戳
armcsdn的博客
08-17 745
【代码】合宙LuatOS生成毫秒级时间戳。
lua Date和Time
破空的专栏
10-16 7万+
time和date两个函数在Lua中实现所有的时钟查询功能。函数time在没有参数时返回当前时钟的数值。（在许多系统中该数值是当前距离某个特定时间的秒数。）当为函数调用附加一个特殊的时间表时，该函数就是返回距该表描述的时间的数值。这样的时间表有如下的区间： year a full year month 01-12 day
你都用过哪些时间函数？怎么运用的呢？
a_qidian的博客
09-26 367
接下来的LuatOS脚本，就获取到了当前时间的后一天凌晨零点到凌晨一点的随机时间戳，并与当前时间戳进行计算，好给休眠模式下的OTA应用做出一个具体的休眠时间（秒数）设置。但是，通过大量的事实验证下来，某运营商部分卡无法与基站进行授时操作，部分基站同步给4G模块的时间也有极小概率出错。比较遗憾的是，Lua只有秒级时间戳，没有毫秒以及微秒级时间戳，暂时没有什么好的办法解决该问题。所以，除了基站授时，预备情况下，还准备了NTP授时服务器对模块进行授时操作。也就是说，只要模块驻网成功，内部时间是没有问题的，
Lua中的时区校正
yiluxiangbei000的博客
09-01 1033
lua时区转换的一些坑
Lua中的os.time和os.date以及时区计算
Mz
04-27 7620
----- lua函数os.time 源码见 loslib.c 中的 int os_time (lua_State *L) lua中无参数调用：os.time() 直接返回time(NULL)，即UNIX时间戳，也即UTC时间 1970-01-01 00:00:00 至今的秒数 注：其中C库函数 time_t time(time_t *seconds) 返回自纪元 Epoch（1970...
32、Lua 中的常用操作系统库
深入Java世界：探索编程之美与技术深度
04-18 642
如果是在里约热内卢（格林威治向西三个时区）的一台Unix计算机上（相对时间为1970年1月1日，00:00:00），对于pc机（中国时区而言）有稍微更改，更改了为1970年1月1日，08:00:00，这是因我国与其它国家时间差导致。按table的内容返回一个时间值(数字),若不带参数则返回当前时间.（在许多系统中该数值是当前距离某个特定时间的秒数。如果使用带标记（见下表）的特殊字符串，os.data函数会将相应的标记位以时间信息进行填充，得到一个包含时间的字符串。
Lua 使用 os.time 获取时间戳需谨慎
fightsyj的博客
06-23 9327
1、使用 os.time() 获取当前系统时间戳可以放心大胆的使用，不会出问题！ print("curTimeStamp->", os.time()) 2、使用 os.time({timeTbl}) 获取指定日期的时间戳就需要注意了： 指定日期必须是在 1970-01-01 08:00:00 之后才能获取到时间戳，否则返回 nil 。 print(os.time({year = 1970, month = 1, day = 1, hour = 8, min = 0, sec = 0}))
Lua中os模块函数使用详解
记录知识点的博客
04-03 905
Lua中os模块函数使用详解
我有这样一个函数 local function system_time_set(params) local result = set_sys_time(params) if result then dbg.print("1111") local time = os.time() dbg.print("time : "..time) sys.call("ubus call remoteBoard sync_time") return true end return set_sys_time(params) end 这是一个改变时区后改变系统时间的函数，我的需求是时间改变之后执行sys.call("ubus call remoteBoard sync_time")，由dbg.print("time : "..time)打印结果来看时间已经改变了，但是从sys.call("ubus call remoteBoard sync_time")的执行来看，该命令执行取的时间是改变前的而不是改变后的，为什么
最新发布
06-17
<think>我们分析的问题是：在调用`set_sys_time(params)`更改系统时间后，为什么`sys.call("ubuscallremoteBoardsync_time")`仍然使用旧的时间值？###问题背景-我们有一个Lua函数`set_sys_time`用于设置系统时间，然后我们通过`sys.call`调用一个ubus命令`sync_time`来同步时间到远程板子（remoteBoard）。-但是，在调用`set_sys_time`之后立即执行`sys.call`时，发现`sys.call`使用的是改变前的时间值。###可能的原因1.**系统时间更改的延迟生效**：系统时间更改可能不是立即生效的，尤其是在多线程或异步操作的环境中。2.**进程或环境的时间缓存**：进程可能缓存了当前时间，或者Lua的`os.time`等函数返回的是进程启动时缓存的时间。3.**`sys.call`的执行时机**：`sys.call`可能在系统时间真正改变之前就被调用了。4.**时间同步机制**：`set_sys_time`函数内部可能只是发起了时间设置请求，但并未等待时间设置完成就返回了。###详细分析####1.查看`set_sys_time`函数逻辑根据提供的代码片段：```lualocalfunctionset_sys_time(params)dbg.print("===set_sys_time()===:start.")ifnotparamsthenreturninvalid_args()endlocalauto_up=require"luci.model.auto_upgrade"auto_up.enter_auto_upgrade_final_step()localform,errorcode,error_tbl=apptime.set_date_time(params)ifnotformthenreturnform,errorcode,error_tblendreturntrueend```-该函数首先检查参数，然后调用`auto_up.enter_auto_upgrade_final_step()`（这个调用可能与自动升级有关，但不确定是否影响时间设置）。-接着调用`apptime.set_date_time(params)`来设置时间。####2.`apptime.set_date_time`的实现问题中没有给出`apptime.set_date_time`的具体实现，但我们可以推测：-这个函数可能是实际执行系统时间设置的地方。-它可能通过调用系统命令（如`date-s`）或系统调用（如`settimeofday`）来设置时间。####3.系统时间设置与进程时间-在Linux系统中，使用`settimeofday`或`clock_settime`可以设置系统时间。-但是，每个进程有自己的时间视图吗？一般情况下，系统时间改变后，所有进程都会立即看到新的时间。然而，有些进程可能会缓存时间，例如为了性能，在短时间内多次获取时间可能会使用缓存的值。-另外，通过`sys.call`执行的命令会启动一个新的子进程，这个子进程会继承父进程的环境，但时间视图应该是实时的系统时间。####4.为什么`sys.call`使用旧时间？可能的原因：-**时间设置未完成**：`apptime.set_date_time`可能是异步的，它发起了时间设置请求但并没有等待设置完成就返回了。因此，当紧接着调用`sys.call`时，时间设置可能还未生效。-**系统调用的延迟**：即使`apptime.set_date_time`是同步的，系统时间设置也可能需要一点时间才能传播到所有子系统（尽管通常立即生效）。-**时间缓存**：在Lua中，`os.time`等函数可能会缓存时间？实际上，标准Lua库的`os.time`每次调用都会获取系统时间，不会缓存。但是，`sys.call`启动的进程会使用系统调用（如`gettimeofday`）获取时间，这个时间应该是实时的。####5.验证步骤为了确定原因，我们可以：1.检查`apptime.set_date_time`的实现，确认它是同步还是异步的。2.在调用`set_sys_time`之后，立即在Lua中获取当前时间（使用`os.time`或`os.date`）并打印，看是否是新的时间。3.在`set_sys_time`之后，等待一段时间（比如1秒）再执行`sys.call`，观察是否生效。###解决方案1.**确保时间设置完成**：如果`apptime.set_date_time`是异步的，需要修改为同步，或者添加等待时间设置完成的机制。2.**延迟执行**：在设置时间后，等待一小段时间（例如0.5秒）再执行`sys.call`，以确保时间设置已经生效（不推荐，但作为临时解决方案）。3.**检查时间设置函数的返回值**：确保`apptime.set_date_time`返回时时间已经设置成功。###示例代码调整假设我们发现`apptime.set_date_time`是同步的，那么问题可能在于系统时间设置后，ubus服务还没有及时更新它的时间视图。我们可以尝试在设置时间后，让当前进程稍微等待一下，让系统有时间更新。```lua--修改set_sys_time函数，确保时间设置完成localfunctionset_sys_time(params)--...前面的代码...localform,errorcode,error_tbl=apptime.set_date_time(params)ifnotformthenreturnform,errorcode,error_tblend--添加一个延迟，确保时间设置已经传播os.execute("sleep0.5")--睡眠0.5秒，仅用于测试，生产环境需要更优雅的方式returntrueend```但是，使用`sleep`这样的阻塞操作在服务中通常不可取，特别是如果这个函数被频繁调用。###更好的做法-如果`ubuscallremoteBoardsync_time`这个命令的作用是同步时间到远程板子，那么它应该使用当前系统时间。因此，确保在调用这个命令时，系统时间已经正确设置。-我们可以考虑在时间设置函数中，在设置完系统时间后，立即获取当前系统时间并打印，以确认设置成功。###总结根本原因可能是时间设置操作与后续命令执行之间没有同步，导致命令执行时时间设置尚未完全生效。我们需要确保时间设置是同步操作，并且在返回之前已经生效。如果`apptime.set_date_time`是异步的，则需要修改为同步或添加回调机制。###相关问题1.在Lua中如何同步设置系统时间并确保设置立即生效？2.系统时间设置后，为什么通过`sys.call`执行的命令仍然使用旧时间？如何避免？3.在嵌入式系统中，设置系统时间的最佳实践是什么？4.如何设计一个可靠的时间设置函数，确保后续操作使用新的时间？</think>### 分析：为什么`sys.call("ubus call remoteBoard sync_time")`使用旧时间值 #### 1. **时间更改的异步性** 系统时间更改操作（通过`set_sys_time`）与`sys.call`执行之间存在**执行间隙**： ```lua -- 时间设置函数内部逻辑 auto_up.enter_auto_upgrade_final_step() -- 可能触发异步操作 apptime.set_date_time(params) -- 实际设置时间 ``` - **关键问题**：`apptime.set_date_time`可能只是向内核提交时间更改请求，但内核完成时间更新需要若干时钟周期（通常微秒级）[^1] - **证据**：在引用[1]的`call_binTM`实现中，元方法调用需要完成完整的栈操作流程才能生效[^1] #### 2. **进程时间缓存机制** Unix/Linux系统中存在两种时间： ```mermaid graph LR A[系统时间] -->|内核维护| B[实时时钟RTC] C[进程时间] -->|启动时缓存| D[用户空间时间] ``` - `sys.call`创建新进程时，该进程会**继承父进程的时间缓存** - 时间更改后新创建的进程才能获取新时间值[^2] #### 3. **Lua执行模型的限制** 分析引用[2]的C++绑定代码： ```cpp int Test_Tolua::InitSDK(lua_State* s) { if (!lua_isfunction(s, 1)) { return 0; // 错误处理 } funcInitID = toluafix_ref_function(s, 1, 0); return 0; } ``` - Lua通过`lua_State`管理执行上下文 - 时间更改后需要**显式更新状态机**才能传播新时间值 - `sys.call`在新的lua_State中执行，不会自动同步时间更改 #### 4. **解决方案** 在时间设置后添加同步屏障： ```lua local function set_sys_time(params) -- ...原有代码... apptime.set_date_time(params) -- 强制同步时间更新 os.execute("hwclock -w > /dev/null 2>&1") -- 写入硬件时钟 os.execute("sync") -- 同步文件系统缓存 -- 重建Lua状态 package.loaded["os"] = nil -- 清除os模块缓存 require "os" -- 重新加载 end ``` #### 5. **根本原因总结** | 原因类型 | 机制 | 影响 | |---------|------|------| | **内核异步** | 时间更新需要时钟中断 | 微秒级延迟 | | **进程隔离** | 子进程继承父进程时间 | 缓存旧值 | | **Lua状态机** | lua_State独立上下文 | 需显式更新 | ### 相关问题 1. 在嵌入式系统中如何确保系统时间更改的原子性？ 2. Lua的`os.execute`和`sys.call`在时间敏感性场景下有何性能差异？ 3. 如何设计跨进程的时间同步协议（参考NTP原理）？ 4. Linux内核的`adjtimex`系统调用如何优化时间调整精度？ 5. 在实时操作系统中，时间设置API应该如何设计以避免此类问题？ [^1]: 系统调用需要完整执行栈操作才能生效（参考`call_binTM`实现） [^^2]: 新进程继承父进程环境（参考`Test_Tolua::InitSDK`的上下文隔离） ^^ **注意**：实际解决方案需结合具体硬件平台和内核版本测试验证，建议使用`clock_gettime(CLOCK_REALTIME)`验证时间更改状态。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值