windows环境下批处理实现守护进程

转自:http://blog.youkuaiyun.com/qin9r3y/article/details/22805095

这个脚本提供两种方式守护,一种是通过进程名,但对于进程名都是java.exe的java程序不适用,另一种是通过netstat查找应用程序所监听的端口是否正在被监听。这两种方式可以在脚本中通过两个冒号注释来选择切换。下面是设置成通过端口来守护的,当端口没被监听则打开一个zip文件,所以运行后会发现没过5秒会重复打开这个zip文件,除非这个zip文件打开后会自动监听8080端口,那当然是不可能的!脚本涉及的命令就不解释了搜一下就知道了。

[plain] view plain copy 在CODE上查看代码片 派生到我的代码片
  1. @echo off  
  2.   
  3. ::检测时间间隔,单位:秒  
  4. set _interval=5  
  5.   
  6. ::需要守护的进程名称  
  7. set _processName=WinRAR  
  8.   
  9. ::需要守护的进程启动命令  
  10. set _processCmd=C:\ideavim-0.32.zip  
  11.   
  12. ::需要守护的进程预估启动完毕所需时间,单位:秒  
  13. set _processTimeout=10  
  14.   
  15. ::需要守护的进程所监听的端口  
  16. set _port=8080  
  17.   
  18. ::进程用户名,一般是Administrator  
  19. set _username=Administrator   
  20.   
  21. :LOOP  
  22. set /a isAlive=false  
  23.   
  24. ::通过进程名称检测  
  25. ::tasklist /FI "username eq %_username%" | find /C "%_processName%" > temp.txt  
  26. ::set /p num= < temp.txt  
  27. ::del /F temp.txt  
  28.   
  29. ::通过进程的端口是否正在被监听检测  
  30. netstat -an | find /C "0.0.0.0:%_port%" > temp.txt  
  31. set /p num= < temp.txt  
  32. del /F temp.txt  
  33.   
  34. if "%num%" == "0" (  
  35. start %_processCmd% | echo 启动 %_processName% 于 %time%  
  36. choice /D y /t %_processTimeout% > nul  
  37. )  
  38.   
  39. if "%num%" NEQ "0" echo 已启动  
  40.   
  41. ::ping -n %_interval% 127.1>nul  
  42. choice /D y /t %_interval% >nul  
  43.   
  44. goto LOOP  

该脚本运行后会出现一个dos窗口,若觉得碍眼可以用记事本将下面保存为扩展名为.vbs的文件。其中guard.bat是上面批处理保存的文件名。两个文件放在同一目录下双击vbs文件后,守护进程就在后台运行了,单这样得通过资源管理器结束cmd进程才能停止守护进程。

[plain] view plain copy 在CODE上查看代码片 派生到我的代码片
  1. set ws=WScript.CreateObject("WScript.Shell")  
  2. ws.Run "guard.bat",0 
这个错误信息表明,在尝试向数据库插入数据时,提供的日期值 `'12830-08-01 00:00:00'` 超出了 MySQL 中 `DATETIME` 或 `TIMESTAMP` 类型的有效范围。 ### 原因分析 1. **MySQL 的有效日期范围** - 对于 `DATE`, `DATETIME`, 和 `TIMESTAMP` 数据类型,有效的日期范围通常是: ``` 1000-01-01 到 9999-12-31 (对于 DATE/DATETIME) 1970-01-01 到 2038-01-19 (对于 TIMESTAMP) ``` 提供的日期 `'12830-08-01'` 远远超出了上述范围,因此无法存储到列 `end_date` 中。 2. **输入验证不足** 如果未对用户输入或程序生成的数据进行严格的校验,则可能导致这种无效日期进入数据库操作流程。 --- ### 解决方案 #### 方法一:修正数据源中的非法日期值 检查并修改导致该问题的具体记录。例如,如果你发现某个字段被误设为未来的极端年份(如12830),可以将其调整为合理的数值(比如当前时间或其他合法值)。示例 SQL 修改命令如下: ```sql UPDATE your_table_name SET end_date = '9999-12-31' WHERE id = problematic_id; ``` #### 方法二:在应用层添加数据验证逻辑 确保所有传递给数据库的操作都经过合法性检查,避免类似超出范围的情况发生。可以在代码中加入条件判断: ```python import datetime def validate_date(date_str): try: # 尝试解析字符串为标准格式,并限制最大日期不超过指定范围 dt_obj = datetime.datetime.strptime(date_str, '%Y-%m-%d %H:%M:%S') max_allowed_date = datetime.datetime(9999, 12, 31) # 最大允许日期设置 if dt_obj > max_allowed_date or dt_obj < datetime.datetime(1900, 1, 1): # 可选最小日期设置 raise ValueError("Date out of valid range") except Exception as e: print(f"Invalid date {date_str}: {e}") return False return True # 测试函数 test_dates = ["12830-08-01 00:00:00", "2024-05-20 12:30:00"] for d in test_dates: is_valid = validate_date(d) print(f"{d} -> {'Valid' if is_valid else 'Not Valid'}") ``` #### 方法三:更改表结构以适应更大范围的需求 如果业务场景确实需要处理非常遥远未来的时间点,考虑使用更大的容器替代默认的数据类型——将现有 DATETIME 改成 BIGINT 来直接保存 Unix 时间戳形式表示的大整数即可支持任意大小数字代表无限延伸时刻。 不过需注意这会牺牲掉一部分查询便利性和标准化规范优势! --- ### 总结建议 优先从源头解决问题,即保证正确的原始数据质量;其次增强系统健壮性的措施也很关键,包括但不限于前端界面提示、后端API接口约束以及SQL脚本层面的安全防护机制等多方面努力共同防范此类异常的发生概率降至最低限度之内。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值