首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

为什么使用Reactive之反应式编程简介

前一篇分析了Spring WebFlux的设计及实现原理后,反应式编程又来了,Spring WebFlux其底层还是基于Reactive编程模型的,在java领域中,关于Reactive,有一个框架规范,叫【Reactive Streams】,在java9的ava.util.concurrent.Flow包中已经实现了这个规范。其他的优秀实现还有Reactor和Rxjava。在Spring WebFlux中依赖的就是Reactor。虽然你可能没用过Reactive开发过应用,但是或多会少你接触过异步Servlet,同时又有这么一种论调:异步化非阻塞io并不能增强太多的系统性能,但是也不可否认异步化后并发性能上去了。听到这种结论后在面对是否选择Reactive编程后,是不是非常模棱两可。因为我们不是很了解反应式编程,所以会有这种感觉。没关系,下面看看反应式编程集大者Reactor是怎么阐述反应式编程的。

03

将SIP Trace放入日志文件(mod_logfile)

今天,看大家在QQ群中聊到不知道如何在FreeSWITCH中将SIP Trace的结果放入日志文件中。我便答应大家我今晚研究一下。 事情的起因是这样的。FreeSWITCH内置了SIP Trace,可以很方便的在控制台或fs_cli中抓到SIP消息,配合日志调试起来非常方便。以前我应该也讲过,在FreeSWITCH中开启SIP Trace的命令是: sofia global sip trace on 当然,也可以单独针对某个Profile开启或关闭日志,如: sofia profile internal siptrace on sofia profile internal siptrace off 问题时,开启日志后SIP消息只能在控制台上显示,但不会同时进入日志文件中,显然,如果想从日志文件中同时看到SIP就比较麻烦了。因而,便出现了今天的主题:如何将SIP Trace放入日志? 首先,我想,提到该问题的人可能一般的是Windows用户吧。因为一般来说,我在Mac上(或Linux)上,Shell足够好用,因而,可以毫不费力的在Shell窗口(即FreeSWITCH控制台上)中将带有SIP消息的日志一块Copy出来粘贴到其它文件中。但在Windows上就没有那么方便了,因为Windows的命令行窗口出奇的烂,从里面Copy个文字特别麻烦。而且,有很多人根本不知道如何Copy(虽然确实有办法可以做到)。因而,常见的做法是直接用QQ抓屏,但很显然,抓屏是有限制的,那就是,一屏能显示的信息实在是太短了,如果要抓到SIP消息,那简直是个累死人的活。 而且,在此我也想插一句,我在帮人看日志时是非常讨厌抓屏的。因为看起来其实不直观,而且,没法搜索,没法Copy,没法引用…,总之,不爽。可能光说不爽有人觉得我矫情,那就说一下为什么不爽吧。比如有人在QQ群中问了个问题,我问他打的是什么命令,它将他打的命令抓了个图片发到QQ群中,我一眼就发现他的命令该怎么改成正确的方式,只要我将它的命令复制一遍,改几个字即可,但是,由于他是抓屏,因此我没法修改... 言归正传,所以,特别是Windows用户,一般是到日志文件中去找到相应的日志再复制出来,并且,有时候他们也希望SIP Trace出来的消息也同时在日志文件里面。 当然,既然我答应大家研究,就一定要出结果的(为什么要研究呢?因为我一直不用,所以没试过)。通过研究我发现,写日志文件的功能是在mod_logfile中实现的。里面有这么一行配置: <map name="all" value="debug,info,notice,warning,err,crit,alert"/> 到这里科普一下。在FreeSWITCH中,日志是有级别的,一般来说就是上面列的一些级别。当然,上面没有包括一个特殊的级别,那就是 console 级别。而SIP Trace的消息正是在 console 级别的,因而,它只有控制台上显示,而不会在日志文件中显示。明白了这个道理,想办法将console级别的日志放入日志文件就简单了,修改配置如下: <map name="all" value="console,debug,info,notice,warning,err,crit,alert"/> 然后,重新加载模块即可: reload mod_logfile 再看SIP Trace的结果,都写到日志文件中去了,Bingo! 当然,任何事情并不只有一种办法,第二种办法是什么呢?留点引子,明天再讲。 既然今天说到mod_logfile,就索性把这一模块也讲了吧。其实,有了上面的,也没什么好讲的。mod_logfile的作用就是将系统日志写到日志文件中去,并有相应的参数配置文件的路径以及文件的最大长度。如果文件写到一定的大小,则会自动发生轮转(rotate),以防止在长期运行过程中产生巨大无比的日志文件。 ---------------------------------------- 题图:Log 来自 Google Log本来是「圆木」的意思,但我们这些程序员们都将Log译为「日志」。 ---------------------------------------- FreeSWITCH-CN是什么? FreeSWITCH-CN是FreeSWITCH中文社区,我们的官方网站是 http://www.freeswitch.org.cn 。FreeSWITCH-CN同时也是一个微信公共账号,可以通过点击本页最顶端的“FreeSWITCH中文社... ”,或在通迅录->订阅号中搜索“FreeSWITCH-CN”来订阅,也可以到官方网站上扫描二维码。当然,不管是新用户还是老用户,随时都可以输入m或1显示本账号的主菜单。 FreeSWITCH-

01

python Exception(异常处

python异常:    python在运行时错误称为异常        语法错误:软件的结构上有错误而导致不能被解释器解释或不能被编译器编译。        逻辑错误:由于不完整或不合法的输入所致,也可能是逻辑无法生成、计算或者出结果需要的过程无法执行等。    默认情况下:python脚本执行过程中出现异常后,脚本执行将被终止。    python 异常是一个对象,表示错误或意外的情况    在python检测到一个错误时,将触发一个异常:        python可以通过异常传导机制传递一个异常对象,发出一个异常情况出现的信号。        程序员也可以在代码中托运触发异常    python异常也可以理解为:程序出现了错误,而在正常控制流以外采取的行为        第一阶段:解释器触发异常,此时当前程序流将被打断。        第二阶段:异常处理,如忽略非致命错误、减轻错误带来的影响等。 异常的功用    错误处理:        python的默认处理:停止程序,打印错误消息        使用try语句处理异常,并从异常中恢复    事件通知:        用于发出有效状态信号    特殊情况处理:        无法调整代码去处理的场景    终止行为:        try/finally语句可确保执行必需的结束处理机制    非常规控制流程:        异常是一种高级跳转(goto)机制 异常对象    python异常是内置的经典类exception的子类的实例        为了向后兼容,python还允许使用字符串或任何经典类实例        python2.5之后,exception是从BaseException继承的新式类(即exception的父类是BaseException类)    python自身引发的所有异常都是Exception的子类的实例    大多的标准异常都是由StandardError派生的,其有3个抽象的子类        ArithmeticError:由于算术错误而引发的异常基类;包括:OverflowError、ZeroDivisionError、FloatingPorintError        LookupError:容器在接收到一个无效的键或索引时引发的异常的基类;包括:IndexError、KeyError        EnvironmentError:由于外部原因而导致的异常的基类;包括:IOError、OSError、WindowsError 标准异常类    AssertionError:断言语句失败    AttributeError:属性引用或赋值失败    FloatingPointError:浮点型运算失败    IOError:I/O操作失败    ImportError:import语句不能找到要导入的模块,或者不能找到该模块特别请求的名称。    IndentationError:解析器遇到了一个由于错误的缩进而引发的语法错误    IndexError:用来索引序列的整数超出了范围。    KeyError:用来索引映射的键不在映射中    KeyboardInterrupt:用户按了中断键(ctrl+c、ctrl+break、delete键)    MemoryError:运算耗尽内存    NameError:引用了一个不存在的变量名    NotImplementedError:由抽象基类引发的异常,用于指示一个具体的子类必须覆盖一个方法    OSError:由模块os中的函数引发的异常,用来指示平台相关的错误    OverflowError:整数运算的结果太大导致溢出    SyntaxError:语法错误    SystemError:python解释器本身或某些扩展模块中的内部错误     TypeError:对某对象执行了不支持的操作    UnboundLocalError:引用未绑定值的本地变量     UnicodeError:在Unicode的字符串之间进行转换时发生的错误     ValueError:应用于某个对象的操作或函数,这个对象具有正确的类型,但确有不适当的值    WindowsError:模块OS中的函数引发的异常,用于指示与windowsSHUDR QAYK     ZeroDivisionError:除数为0引发的异常   检测和处理异常:    异常通过try语句来检测:任何在try语句块中的代码都会被监测,以检查有无异常发生。    tr语句主要有两种形式:        try-except:检测和处理异常            可以有多个e

03
领券