这里给大家分享我在网上总结出来的一些知识，希望对大家有所帮助前言JS是一门单线程语言，单线程就意味着，所有的任务需要排队，前一个任务结束，才会执行下一个任务。这样所导致的问题是：如果JS执行的时间过长，这样就会造成页面的渲染不连贯，导致页面渲染加载阻塞的觉。为了解决这个问题，JS中出现了同步和异步。他们的本质区别是：一条流水线上各个流程的执行顺序不同。在讲JS任务执行机制前，先要了解一下什么是同步任务与异步任务。同步任务：即主线程上的任务，按照顺序由上⾄下依次执⾏，当前⼀个任务执⾏完毕后，才能执⾏下⼀个任务。异步任务：不进⼊主线程，⽽是进⼊任务队列的任务，执行完毕之后会产生一个回调函数,并且通
1、SparkCatalyst扩展点Sparkcatalyst的扩展点在SPARK-18127中被引入，Spark用户可以在SQL处理的各个阶段扩展自定义实现，非常强大高效，是SparkSQL的核心组件(查询优化器)，它负责将SQL语句转换成物理执行计划，Catalyst的优劣决定了SQL执行的性能。CatalystOptimizer是SparkSQL的核心组件(查询优化器)，它负责将SQL语句转换成物理执行计划，Catalyst的优劣决定了SQL执行的性能。查询优化器是一个SQL引擎的核心，开源常用的有ApacheCalcite(很多开源组件都通过引入Calcite来实现查询优化，如Hive
1、SparkCatalyst扩展点Sparkcatalyst的扩展点在SPARK-18127中被引入，Spark用户可以在SQL处理的各个阶段扩展自定义实现，非常强大高效，是SparkSQL的核心组件(查询优化器)，它负责将SQL语句转换成物理执行计划，Catalyst的优劣决定了SQL执行的性能。CatalystOptimizer是SparkSQL的核心组件(查询优化器)，它负责将SQL语句转换成物理执行计划，Catalyst的优劣决定了SQL执行的性能。查询优化器是一个SQL引擎的核心，开源常用的有ApacheCalcite(很多开源组件都通过引入Calcite来实现查询优化，如Hive
目录一、概述二、核心组件三、PatternAPI1）个体模式（IndividualPatterns）1、量词2、条件2）组合模式（CombiningPatterns，也叫模式序列）1、事件之间的连续策略2、循环模式中的连续性3）模式组（GroupofPattern）匹配后跳过策略四、Pattern检测五、FlinkCEP应用场景六、安装Kafka（window）1）下载kafka2）配置环境变量3）创建相关文件4）修改配置5）启动zookeeper和kafka服务6）常用操作七、FlinkCEP实战（java版）1）开发流程2）FlinkCEP快速上手1、配置Maven2、下载项目3、执行解析
目录一、概述二、核心组件三、PatternAPI1）个体模式（IndividualPatterns）1、量词2、条件2）组合模式（CombiningPatterns，也叫模式序列）1、事件之间的连续策略2、循环模式中的连续性3）模式组（GroupofPattern）匹配后跳过策略四、Pattern检测五、FlinkCEP应用场景六、安装Kafka（window）1）下载kafka2）配置环境变量3）创建相关文件4）修改配置5）启动zookeeper和kafka服务6）常用操作七、FlinkCEP实战（java版）1）开发流程2）FlinkCEP快速上手1、配置Maven2、下载项目3、执行解析
在 事件循环 期间的某个时刻，运行时会从最先进入队列的消息开始处理队列中的消息。被处理的消息会被移出队列，并作为输入参数来调用与之关联的函数。正如前面所提到的，调用一个函数总是会为其创造一个新的栈帧。函数的处理会一直进行到执行栈再次为空为止；然后事件循环将会处理队列中的下一个消息（如果还有的话）。"执行至完成"每一个消息完整地执行后，其它消息才会被执行。这为程序的分析提供了一些优秀的特性，包括：当一个函数执行时，它不会被抢占，只有在它运行完毕之后才会去运行任何其他的代码，才能修改这个函数操作的数据。这个模型的一个缺点在于当一个消息需要太长时间才能处理完毕时，Web应用程序就无法处理与用户的交互
在 事件循环 期间的某个时刻，运行时会从最先进入队列的消息开始处理队列中的消息。被处理的消息会被移出队列，并作为输入参数来调用与之关联的函数。正如前面所提到的，调用一个函数总是会为其创造一个新的栈帧。函数的处理会一直进行到执行栈再次为空为止；然后事件循环将会处理队列中的下一个消息（如果还有的话）。"执行至完成"每一个消息完整地执行后，其它消息才会被执行。这为程序的分析提供了一些优秀的特性，包括：当一个函数执行时，它不会被抢占，只有在它运行完毕之后才会去运行任何其他的代码，才能修改这个函数操作的数据。这个模型的一个缺点在于当一个消息需要太长时间才能处理完毕时，Web应用程序就无法处理与用户的交互
mounted(){document.body.onresize=function(){//ctrl+鼠标中键滚轮禁止伸缩页面document.body.style.zoom=1/window.devicePixelRatio//document.documentElement.style.overflowY='scroll';//显示document.documentElement.style.overflowY='hidden'//隐藏滚动条}document.body.onresize()},经常用在login登录页使用，本人亲测没毛病 凑字数凑字数凑字数凑字数凑字数凑字数凑字数凑字
mounted(){document.body.onresize=function(){//ctrl+鼠标中键滚轮禁止伸缩页面document.body.style.zoom=1/window.devicePixelRatio//document.documentElement.style.overflowY='scroll';//显示document.documentElement.style.overflowY='hidden'//隐藏滚动条}document.body.onresize()},经常用在login登录页使用，本人亲测没毛病 凑字数凑字数凑字数凑字数凑字数凑字数凑字数凑字
技术背景对于一些连续运行或者长时间运行的Python程序而言，如服务器的后端，或者是长时间运行的科学计算程序。当我们涉及到一些中途退出的操作时，比如使用Ctrl+C来退出正在运行的程序。这种场景的出现一般有两个可能性：一是程序出现了问题，需要终止程序来对其进行调整。另一种是程序本身是正确的，但是程序运行的速度太慢了，也有可能是想提前结束，这种场景下很多时候我们是希望可以保留其相应的计算结果的。但是如果我们使用的是一些第三方的数据存储格式来存储数据，不一定可以支持连续的存储，非常常见的是在程序执行结束之后，再将结果进行保存。但是由于程序被提前终止了，此时就需要一些特殊的手段来对中途终止的程序的结
