关于库接口的几点思考
由于项目需要,我写的服务进程要同别的进程进行通信,目前采用的是本地socket方式。旧工程中采用接口的是直接暴露通信格式,由服务使用者自己写调用函数,封装数据进行通讯,这会有以下几点问题:
1、使用烦琐,每个不同的进程都需要写自己通信函数:建立socket,链接,写入,读出,关闭等一系列重复的操[……]
由于项目需要,我写的服务进程要同别的进程进行通信,目前采用的是本地socket方式。旧工程中采用接口的是直接暴露通信格式,由服务使用者自己写调用函数,封装数据进行通讯,这会有以下几点问题:
1、使用烦琐,每个不同的进程都需要写自己通信函数:建立socket,链接,写入,读出,关闭等一系列重复的操[……]
昨个吃了下午饭,头儿就拉着我们出去放松,泡温泉去.驱车近两个小时才到目的地,天已经完全黑了.
先去客栈打尖,不知道是不是腐败场所的惯例,房价很贵,每间房子1300/夜,果然那些贪官们要贪很多钱,要不然完全不够用嘛。
我问服务员,房间有床没,服务员说,没,是榻榻米。果然连建筑风格都是这么日本的感觉,衣[……]
话说今天这个事情还比较郁闷,我说怎么文件老锁不住,害得我google了一上午,结果是给文件加锁后立刻把文件关闭了,真是自作孽。
代码如下:
//独占写锁,成功则返回0,失败复数,传入文件描述符 int lockfile(int fd) { struct flock fl; fl.l_[......]
Linux下标准输出是行缓冲的,这个特点刚不晓得的人很迷惑,行缓冲居然对fork出来的新进程也有影响这倒是今天头一次见。
得到一份代码如下:
#include <stdio.h> #include <unistd.h> int main(void) { pri[......]