14 高级IO非阻塞IO：这里我要抽时间看看AIO的使用。记录锁：运行一个进程修改一个文件的一部分的时候，禁止其进程修改统一区域。流在用户经常和设备驱动程序间提供了一个全双工通道。readv和writev：散布读和聚集写。散布读：将文件中的数据一次读到多个缓冲区中；聚集写：将多个缓冲区的数据一次写到文件中。好处是完成统一的操作，可以使用更少的系统调用。readn和writen向管道，fifo，终端 ...继续阅读 (6)

go学习笔记初始go异常处理的defer是个不错的特性，虽然说有人反驳说其中的java代码不够合理，但是这种方式确实对c是一个巨大的进步。工程编译根据方便，没有Makefile文件，只要一个go命令即可。但是必须要设置GOPATH路径，这一步能省掉就更好了。顺序编程变量：支持：int，字符串，数组，数组切片，结构体，指针，字典，函数指针。iota：在每次const是初始化为0，每出现一次会自增1。全局变量不支持类型推导——:=go 的取反是^而不是~float64相当于c中的double。浮点数的比较不可以使用==，因为有精度问题。字符串在go中是一种基本类型：go中有两种字符类型：byte，其实就是uint8，代表utf-8的单个字节，另一个是rune，代表单个Unicode字符。go的api多数假设字符串为utf-8编码。go中的数组时值类型，作为函数参数是进行了一次的拷贝操作。函数无法修改入参的值。varv [3][5]int= [3][5]int{{1,2},{3,4},{5,6}}//数组初始化数组长度定义后无法修改，数组时值类型，每次传递产生一个副本。数组切片：切片可以动态扩展空间（是不是无限制扩展？），随意传递而不会重复复制。s := v[:]s := v[:5]s := v[5:]s := v[1:5]s := make([]int, 5)//5个元素s := ma ...继续阅读 (16)

go学习笔记初始go异常处理的defer是个不错的特性，虽然说有人反驳说其中的java代码不够合理，但是这种方式确实对c是一个巨大的进步。工程编译根据方便，没有Makefile文件，只要一个go命令即可。但是必须要设置GOPATH路径，这一步能省掉就更好了。顺序编程变量：支持：int，字符串，数组，数组切片，结构体，指针，字典，函数指针。iota：在每次const是初始化为0，每出现一次会自增1。 ...继续阅读 (5)

第一部分：叙述DSL编程：有人将DSL编程称之为声明式编程。DSL是在模型之上建立的一种更加灵活的对 模型化的理解和使用方式。语义模型是DSL的核心。内部DSL：用通用语言的语法表示DSL，需要安装某种风格使用这种语言。外部DSL：在主程序设计语言之外，用一种单独的语言表示领域专有语言。可以是定制语法，或者遵循另外一种语法，如XML。DSL定义：针对某一领域，具有受限表达性的一种计算机程序设计语言。外部DSL：不同于应用系统主要使用语言（c，java，c++，c#）的语言。内部DSL：通用语言的特定用法。内部DSL通常是一段合法的程序，但是具有特定的风格。而且只用到了语言一部分特性。Ruby形成了显著的DSL文化。后面好好看看。语言工作平台：专用IDE，用于构建和定义DSL。DSL伴随语义模型出现，语义模型会表现为程序库或者框架，对于构建DSL而言，语义模型不可或缺。DSL只是位于其上的一层而已。命令查询时api定义了抽象领域的词汇，而内部DSL则再次基础上添加了语法。内部DSL给人的感觉是一个整句，而并非一个无关命令。语言性：领域词汇的连贯性。片段DSL（SQL，正则表达式），独立DSL。DSL的受限表达性可以使DSL语言不易出错，即便出错，也易于发现。这是受限表达性的意义。声明式编程：定义做什么，而不是用一堆命令语句来描述怎么做。这一点很重要。DSL就是用声明式编程。防止DSL ...继续阅读 (24)

第一部分：叙述DSL编程：有人将DSL编程称之为声明式编程。DSL是在模型之上建立的一种更加灵活的对 模型化的理解和使用方式。语义模型是DSL的核心。内部DSL：用通用语言的语法表示DSL，需要安装某种风格使用这种语言。外部DSL：在主程序设计语言之外，用一种单独的语言表示领域专有语言。可以是定制语法，或者遵循另外一种语法，如XML。DSL定义：针对某一领域，具有受限表达性的一种计算机程序设计语言 ...继续阅读 (2)

一直有构建一个基于DSL的SIP自动化测试工具的想法。正好最近在学习DSL，顺便考虑了一下测试脚本的语法：creat userA set tel = 1002creat userB set tel = 2001userA send invite to userB set sdp_ip = 10.20.1.126, media = g711auserB recv invite from userA where sdp_ip = 10.20.1.126, media = g711auserA send voice to userBwait 3suserA send dtmf to userB set dtmf = 1002userB recv dtmf from userA where dtmf = 10021、也可以考虑：send invite from userA to userB2、set表示设置sip消息中的字段值，对应sip库的设置函数。3、where表示检查sip消息中的字段值，对应sip库中的get函数。4、100try消息应该也能够在上层进行控制。5、如何测试语音是否单通或者串音？利用随机生成数字的DTMF语音来判断。具体的做法是一端发生DTMF语音，一端接收DTMF语音，通过检查接收时延来判断语音延迟，通过检查DTMF内容来判断是否单通或者串音。6、测试脚本的执行通 ...继续阅读 (22)

一直有构建一个基于DSL的SIP自动化测试工具的想法。正好最近在学习DSL，顺便考虑了一下测试脚本的语法：creat userA set tel = 1002creat userB set tel = 2001userA send invite to userB set sdp_ip = 10.20.1.126, media = g711auserB recv invite from userA ...继续阅读 (10)

开发中的一些总结，有些乱。主要描述，如果使用Python协程，该如何设计tsapi程序。为最终的调度设计积累一部分的经验，并且，最终形成一个框架，在这个框架上，可以方便的新增新的功能，让其他的员工不再对Python协程望而生畏。1、整个框架主要的部分是call模块，主要负责呼叫流程的控制。它把对asapi的调用全部集中到一个模块中，可以实现对模块的封装，便于以后的替换。2、call模块和上层模块的交互对象我本来考虑使用用户号码，但是考虑到方便性，以及这样的话必须基于一个假设：所有的用户号码必须是唯一标识：不利于后期的维护。所以，初步考虑采用asobj模块中的user和meet对象作为交互对象。对User和meet类的使用，建议用组合，然后再考虑继承。3、poc server使用的是一种callinfo的机制，即所有处于稳定状态的用户都有一个callinfo来记录其当前的状态。本来我不想用这样的一个对象来记录，原因是不同的关系会有不同的callinfo定义，最终callinfo会多起来。不用callinfo就要求协程能够管理一个流程的全部生命周期，包括开始和结束，这样如果两个流程间有相互关系，将会难于处理。所以，还是要使用callinfo，不过，callinfo只有两个，p2p和meetcallinfo。4、考虑一种业务流程：A,B,C三个用户正在进行一个呼叫流程，比如转接，c正在振 ...继续阅读 (54)

开发中的一些总结，有些乱。主要描述，如果使用Python协程，该如何设计tsapi程序。为最终的调度设计积累一部分的经验，并且，最终形成一个框架，在这个框架上，可以方便的新增新的功能，让其他的员工不再对Python协程望而生畏。1、整个框架主要的部分是call模块，主要负责呼叫流程的控制。它把对asapi的调用全部集中到一个模块中，可以实现对模块的封装，便于以后的替换。2、call模块和上层模块的 ...继续阅读 (4)

timerfd是Linux为用户程序提供的一个定时器接口。这个接口基于文件描述符，通过文件描述符的可读事件进行超时通知，所以能够被用于select/poll的应用场景。timerfd是linux内核2.6.25版本中加入的借口。timerfd、eventfd、signalfd配合epoll使用，可以构造出一个零轮询的程序，但程序没有处理的事件时，程序是被阻塞的。这样的话在某些移动设备上程序更省电。clock_gettime函数可以获取系统时钟，精确到纳秒。需要在编译时指定库：-lrt。可以获取两种类型事件：CLOCK_REALTIME：相对时间，从1970.1.1到目前的时间。更改系统时间会更改获取的值。也就是，它以系统时间为坐标。CLOCK_MONOTONIC：与CLOCK_REALTIME相反，它是以绝对时间为准，获取的时间为系统重启到现在的时间，更改系统时间对齐没有影响。timerfd_create：生成一个定时器对象，返回与之关联的文件描述符。接收两个入参，一个是clockid，填写CLOCK_REALTIME或者CLOCK_MONOTONIC，参数意义同上。第二个可以传递控制标志：TFD_NONBLOCK（非阻塞），TFD_CLOEXEC（同O_CLOEXEC）注：timerfd的进度要比usleep要高。timerfd_settime：能够启动和停止定时器；可以设置第二 ...继续阅读 (42)

timerfd是Linux为用户程序提供的一个定时器接口。这个接口基于文件描述符，通过文件描述符的可读事件进行超时通知，所以能够被用于select/poll的应用场景。timerfd是linux内核2.6.25版本中加入的借口。timerfd、eventfd、signalfd配合epoll使用，可以构造出一个零轮询的程序，但程序没有处理的事件时，程序是被阻塞的。这样的话在某些移动设备上程序更省电。 ...继续阅读 (1)

一对一交流的想法来源两篇文章：《与员工一对一交流：企业经营必行之道》，《你知道我今天为什么来公司上班吗？》。重要性这里不再赘述。认为不重要的可以使用这样的逻辑思考：1、 你是否想让你的直接领导找你沟通，并且说出你的真实想法？2、 想怎么样被管理，就怎么样管理别人。按照这两篇文章的思路，我进行了一次员工的面谈，这里总结一下其中的经验。具体操作首先，这次面谈是由我一个人来完成的，面谈的对象包括所有的研发员工。最后主管一级的员工没有全部进行交流，后面要进行补充。其次，面谈的问题基本来自上面的文章中，包括：· 关于我们公司的发展，你有什么好的想法？· 你觉得我们目前面临的头号问题是什么？为什么会这样想？· 在我们公司工作有什么不甚理想的地方？· 同事里面你对谁的意见最大？谁给你留下的印象最好？· 如果我把自己的位置交给你，你会对哪些方面进行变革？· 我们的产品有什么让你觉得不满意的地方？· 你觉得我们现在是不是有什么大的机遇没有把握住？· 有什么事你觉得我们是应该办但却还没办的？· 在这工作开心吗？· 我们的建议，职业规划，学习计划，生活。（这个是我添加的）面对的地点在我们公司的会议室中，时间是在工作时间。收获虽然不是很完善，但是也获得了一些比较有 ...继续阅读 (20)

前注：本文中针对的我们公司研发的一些问题的思考，以及我给出的一些解决方案。如果你有更好的方案，希望能够介绍给我。1、现状：在新产品开发和维护过程中，经常会遇到产品质量的问题。一种情况是在新产品开发时遗留的bug，还有一种情况是维护过程中引入的新的bug。2、原因：这个现状的原因有两个方面。一是资深研发人员的流失，这是客观方面的原因，这里不再多说（留住人才有很多的影响因素，很多不是我能够掌控的）；二是我们再管理和流程上的问题，这是主观的问题，也是我们能够努力解决的地方。3、危害：给客户造成不好影响，影响品牌形象，产品后期往往需要投入更多的成本来解决问题。4、解决方案：有几个措施有助于改进研发质量：1） 有效的研发培训，提升开发人员能力：这个是从根本上解决问题的措施。【研发培训】2） 增加代码审核环节：这是开发中一个比较重要的环节，具有两个功能，一个是技术交流，一个质量保证。我一直想在我们研发中尝试一下，可惜的是我们一直没有真正的做起来。【code review】3） 优化对bug，特别是售后bug的处理：对待这些bug，不应该只考虑如何解决，更应该进一步的思考如何避免类似的问题再次发生。在华为有一个类似于反思的过程叫“问题回溯”，目的不是找出谁的责任，而是看在管理上，制度上，流程上有没有什么优化或者改进的地方。比如：【问题回溯】a) 测试阶段的测试用例是否完善？b) ...继续阅读 (19)

线程属性使用的是结构体ptread_attr_t，它对应用程序是不透明的，这样可以增强程序的可移植性。可以使用ptread_attr_init进行初始化，使用ptread_attr_destroy进行反初始化（类似于释放操作）。两者必须配对出现。如果要修改ptread_attr_t，必须调用相应的函数。如果不关心线程的终止状态，可以将线程设置成分离状态（PTREAD_CRETE_DETACHED，PTREAD_CREATE_JOINABLE）：ptread_attr_setdetachstate，也可以查询线程的分离状态设置：ptread_attr_getdetachstate。ptread_attr_destroy如果失败将非常难处理。一般需要将线程销毁，否则可能会造成内存泄露。ptread_attr_getstatck和ptread_attr_setstatck可以获取和设置栈的大小。如果既想更改栈的默认大小，又不想自己处理，可以使用函数ptread_attr_setstatcksize。线程属性guardsize可以设置避免栈溢出的互斥量，读写锁，条件变量也可以设置属性有些系统函数对线程是不可重入的。操作系统提供了相应的可重入函数，以_r结尾。线程私有数据：则是一个非常实用的功能，之前我在一个项目中考虑过类似的问题：每个线程需要访问自己私有配置数据（既能区分不同的线程，又有保 ...继续阅读 (31)

采用多线程模式可以采用同步编程，而非异步编程，可以简化编程；多个进程间可以很方便的共享数据；可以通过pthread_self获得自身的线程ID。线程ID只在进程内部唯一。新创建线程不能保证那个线程先运行，新县城可以访问进程的地址空间，继承线程的浮点环境和信号屏蔽字。如果任意一个线程调用：exit，_Exit,_exit，进程都会终止。线程终止方式：1）从启动函数中返回，返回值就是线程的退出码。2）可以被其他线程取消。3）线程调用pthread_exit。pthread_exit的入参就是现场的退出码。如果一个线程退出，其他线程就可以使用函数pthread_join来访问到其他线程的退出码。调用这个函数的线程将会一直阻塞，直到指定的线程调用ptread_exit，从主函数中退出，或者被取消。如果被其他的线程取消，rval_ptr指定的内存单元就被设置为PTREAD_CANCELED。线程的入口函数不要返回局部变量的地址（内存可能已经被回收），可以返回常量的地址（这里错了，应该是返回常量，数字常量地址如何获取？）。（*void）1.或者全局变量的地址。如果是全局变量的话，在多个线程的时候要注意不要有冲突。ptread_create和ptread_exit无类型指针参数能传递的数字不止一个，可以是更复杂的结构体，但是这个内存必须是调用者完成调用之后必须是有效的。否则会访问非法内存。错误的 ...继续阅读 (44)

信号可以自己扩展。信号产生：1）用户操作：ctl+c；2）硬件异常：除0，内存越界等；3）进程调用kill函数可以将信号发送到另一个进程。4）用户使用kill命令。5）某软件条件产生。信号处理：忽略，但是SIGKILL和SIGSTOP不可以忽略，他们向超级用户提供了进程终止或停止的可靠方法。硬件产生异常也不可以忽略。使用SIG_IGN忽略。捕捉信号，为信号注册一个函数。SIGKILL和SIGSTOP不可以捕捉。（为什么？）执行系统默认。信号详细说明：被中断的系统调用：当捕捉到某个信号时，被中断的是内核中执行的系统调用，而不是函数调用。若在信号处理程序中处理一个不可重入函数，结果是不可预见的。使用sigaction可设置SA_NOCLDWAIT标志以避免子进程僵死。进入信号处理程序后，首先调用signal函数以重新设置此信号的处理程序（在信号被复位回其默认值时，它可能会被丢失，立即重新设置可以减少此窗口时间。）pause函数使调用进程挂起直至捕捉到一个信号。每个进程都有一个信号屏蔽字，可以设置要阻塞递送到进程的信号。信号集可以表示多个信号的集合。sigprocmask:可以设置进程的信号屏蔽字。只为单线程设计。sigpending可以获得被阻塞而没有递送到进程的信号。abort（SIGABORT）的意图是在进程终止之前由其执行所需要的清理操作。如果进程捕捉此信号并且调用exit或者_ ...继续阅读 (31)