//源文件staticuint32_tfac_us=0;//us延时倍乘数/***@brief初始化延迟函数* 当使用ucos的时候,此函数会初始化ucos的时钟节拍* SYSTICK的时钟固定为AHB时钟的1/8*@paramSYSCLK系统时钟频率*/voidDelayPhyConfig(){ HAL_SYSTICK_CLKSourceConfig(SYSTICK_CLKSOURCE_HCLK);//SysTick频率为HCLK fac_us=216; //不论是否使用OS,fac_us都需要使用}/***@brief延时nus**@paramnus要延时的us数.值不
//源文件staticuint32_tfac_us=0;//us延时倍乘数/***@brief初始化延迟函数* 当使用ucos的时候,此函数会初始化ucos的时钟节拍* SYSTICK的时钟固定为AHB时钟的1/8*@paramSYSCLK系统时钟频率*/voidDelayPhyConfig(){ HAL_SYSTICK_CLKSourceConfig(SYSTICK_CLKSOURCE_HCLK);//SysTick频率为HCLK fac_us=216; //不论是否使用OS,fac_us都需要使用}/***@brief延时nus**@paramnus要延时的us数.值不
笔者能力有限，小白一枚，在遇到问题之后记录问题的解决方式为主要目的，欢迎各位探讨交流。问题出现：拉取代码：dockerpullxuxueli/xxl-job-admin:2.3.0docker部署mysql部署代码:dockerrun-d--linkmysql:tolinkmysql-ePARAMS="--spring.datasource.url=jdbc:mysql://tolinkmysql:33061/xxl_job?useUnicode=true&characterEncoding=UTF-8&useSSL=false&serverTimezone=Asia/Shanghai--sp
笔者能力有限，小白一枚，在遇到问题之后记录问题的解决方式为主要目的，欢迎各位探讨交流。问题出现：拉取代码：dockerpullxuxueli/xxl-job-admin:2.3.0docker部署mysql部署代码:dockerrun-d--linkmysql:tolinkmysql-ePARAMS="--spring.datasource.url=jdbc:mysql://tolinkmysql:33061/xxl_job?useUnicode=true&characterEncoding=UTF-8&useSSL=false&serverTimezone=Asia/Shanghai--sp
目录一、Deployment控制器概述二、Deployment工作原理1）滚动升级2）版本回滚三、Deployment的资源清单文件详解四、Deployment实战1）示例12）扩缩容3）镜像更新4）版本回退五、Deployment金丝雀发布（灰度发布）六、有状态、无状态服务区别1）无状态：2）有状态七、PV、PVC、NFS、SC1）PV概述2）PVC概述3）通过NFS实现持久化存储4）基于NFS存储创建PV5）基于NFS-PV创建PVC6）SC（StorageClass：存储类）7）基于动态sc（StorageClass：存储类）创建一个pv八、StatefulSet控制器1）简介2）常规s
目录一、Deployment控制器概述二、Deployment工作原理1）滚动升级2）版本回滚三、Deployment的资源清单文件详解四、Deployment实战1）示例12）扩缩容3）镜像更新4）版本回退五、Deployment金丝雀发布（灰度发布）六、有状态、无状态服务区别1）无状态：2）有状态七、PV、PVC、NFS、SC1）PV概述2）PVC概述3）通过NFS实现持久化存储4）基于NFS存储创建PV5）基于NFS-PV创建PVC6）SC（StorageClass：存储类）7）基于动态sc（StorageClass：存储类）创建一个pv八、StatefulSet控制器1）简介2）常规s
Auto-Job任务调度框架 Gitee|Github##一、背景生活中，业务上我们会碰到很多有关作业调度的场景，如每周五十二点发放优惠券、或者每天凌晨进行缓存预热、亦或每月定期从第三方系统抽数等等，Spring和java目前也有原生的定时任务支持，但是其都存在一些弊病，如下：不支持集群，未避免任务重复执行的问题不支持生命周期的统一管理不支持分片任务：处理有序数据时，多机器分片执行任务处理不同数据不支持失败重试：出现异常任务终结，不能根据执行状态控制任务重新执行不能很好的和企业系统集成，如不能很好的和企业系统前端集成以及不能很好的嵌入到后端服务不支持动态调整：不重启服务情况下不能修改任务参数无
Auto-Job任务调度框架 Gitee|Github##一、背景生活中，业务上我们会碰到很多有关作业调度的场景，如每周五十二点发放优惠券、或者每天凌晨进行缓存预热、亦或每月定期从第三方系统抽数等等，Spring和java目前也有原生的定时任务支持，但是其都存在一些弊病，如下：不支持集群，未避免任务重复执行的问题不支持生命周期的统一管理不支持分片任务：处理有序数据时，多机器分片执行任务处理不同数据不支持失败重试：出现异常任务终结，不能根据执行状态控制任务重新执行不能很好的和企业系统集成，如不能很好的和企业系统前端集成以及不能很好的嵌入到后端服务不支持动态调整：不重启服务情况下不能修改任务参数无
TTL机制排毒，线上k8s的Job已经通过API增加了Job的TTL时长，且成功响应，为什么系统还是清理了Job？面试官："已完成Job的TTL机制了解嘛？简单说说TTL存在的时间偏差问题？"面试官："能简单描述一下什么是TTL-after-finished控制器嘛？"面试官："我明明已经通过API增加了Job的TTL时长，且得到了成功的响应，为什么系统还是清理了Job？"面试官："如何更加准确的跟踪Job完成情况？了解Finalizer追踪Job嘛？"面试官："说说什么场景下CronJob无法被调度？"囧么肥事-胡说八道已完成Job的TTL机制了解嘛？简单说说TTL存在的时间偏差问题？完成的
TTL机制排毒，线上k8s的Job已经通过API增加了Job的TTL时长，且成功响应，为什么系统还是清理了Job？面试官："已完成Job的TTL机制了解嘛？简单说说TTL存在的时间偏差问题？"面试官："能简单描述一下什么是TTL-after-finished控制器嘛？"面试官："我明明已经通过API增加了Job的TTL时长，且得到了成功的响应，为什么系统还是清理了Job？"面试官："如何更加准确的跟踪Job完成情况？了解Finalizer追踪Job嘛？"面试官："说说什么场景下CronJob无法被调度？"囧么肥事-胡说八道已完成Job的TTL机制了解嘛？简单说说TTL存在的时间偏差问题？完成的
