部署位置：/root/sysmonitor monitor_logs:日志文件夹 存放每个脚本的日志文件 db：数据库文件夹 dbconfig.properties：数据库配置文件： dbConnectTest.sh：连接测试文件 dbExecurteSQL.sh：数据库执行SQL脚本 根据配置文件获取数据库连接，根据传入sql执行sql sh：脚本程序文件夹 sysMonitor.sh：系统监控脚本，调用入口，在这里配置系统监控的阀值及调用脚本 PublicSysMoniror.sh：公用系统监控脚本，用于远程监控，调用公用监控脚本入口 sysCpuMemDiskMonitor.sh：系统CPU内存和硬盘使用率监控 cleanLogFile.sh：清理日志文件脚本 ProbeUrlMonitor.sh：探测URL监控脚本 sysProcessMonitor.sh：系统进程监控脚本 sysWeblogicMonitorRestart.sh：系统weblogic监控重启（守护进程），当weblogic进程停止时调用脚本（startPssc.sh）自动重启 startPssc.sh：重启weblogic并生成带日期的日志文件 sh\utils:工具文件夹 getUrlResult.sh：获取指定url的访问结果 killProcess.sh：杀死指定进程 bak.sh：备份脚本，用于把指定目录下的文件自动远程复制到指定服务器 详细使用请查看博文：https://blog.csdn.net/feng_601/article/details/87926378

配置文件里有3个参数需要配置，有进程名称，进程路径，及是否结束桌面进程

一个windows守护进程脚本，每隔3秒检测一下程序，如果程序没有运行则重新运行程序！

没有任何人敢保证自己写的程序没有任何BUG，尤其是在商业项目中，程序量越大，复杂度越高，出错的概率越大，尤其是现场环境千差万别，和当初本地电脑测试环境很可能不一样，有很多特殊情况没有考虑到，如果需要保证程序7*24小时运行，则需要想一些办法能够让程序死了能够活过来，在嵌入式linux上，大部分会采用看门狗的形式来处理，程序打开看门狗驱动后，定时喂狗，一旦超过规定的时间，则硬件软复位等。这种方式相对来说比较可靠，如果需要在普通PC机上运行怎办呢？本篇文章提供一个软件实现守护进程的办法，原理就是udp通信，单独写个守护进程程序，专门负责检测主程序是否存在，不存在则启动。主程序只需要启动live类监听端口，收到hello就回复ok就行。 为了使得兼容任意程序，特意提炼出来共性，增加了多种设置。 1：可设置检测的程序名称。 2：可设置udp通信端口。 3：可设置超时次数。 4：自动记录已重启次数。 5：自动记录最后一次重启时间。 6：是否需要重新刷新桌面。 7：可重置当前重启次数和最后重启时间。 8：自动隐藏的托盘运行或者后台运行。 9：提供界面设置程序名称已经开启和暂停服务。

对应博文链接：http://blog.csdn.net/yyh352091626/article/details/50542554 杀不死的服务一直是一件很头疼的问题，这边给出源码：Android 通过JNI实现双守护进程，保证服务不被杀死。完美运行在谷歌原生Android5.0系统

主要功能： 1.读取配置文件程序 2.启动进程 3.监控进程，查看进程是否退出或者崩溃 4.若进程退出或者崩溃，重启程序。 5.支持sleep功能 6.进程若连续崩溃NUM_MAX次就进行相应的睡眠周期