最近想为系统添加一个统计脚本,但是系统内的模块是有perl和java两种语言编写,且模块是通过crontab定时调用的,所以需要使用IPC传输信息。
第一个想到的是socket方式,感觉需要统一设定一个端口,不是特别保险,并且全都在一台服务器上,用socket有些浪费,所以打算尝试一下linux的IPC功能。
1.FIFO. 接着想起FIFO,即有名管道。在linux中是一种特殊的文件,因为linux中所有事物都可以被视为文件,所以对FIFO的操作和对文件的操作方式是一样的。
可以使用mkfifo命令创建一个有名管道:
$ mkfifo fifo $ ll fifo prw-r--r-- 1 star star 0 Feb 14 15:42 fifo|
属性‘p’表示这个文件是个管道,最后的‘|’也是相同的意义。
先上perl代码:
读管道: my $fifo = 'fifo'; # 和普通文件一样打开 open( my $fh, "<", $fifo) or die "open($fifo) failed: $!"; seek($fh,0,0); while(1) { while(my $line = readline($fh)) { print "$line"; } }
。。。
写管道: my $fifo = 'fifo'; open( my $fh, ">", $fifo) or die "open($fifo) failed: $!";print $fh "test fifo ";
FIFO是一种先进先出的文件,没有seek等的操作,只能从开始读,写到末尾。与普通文件不同之处在于:
a) 如果当前是为读打开FIFO,则需要有其他进程为写打开FIFO,否则会阻塞(没有设置非阻塞标志)。
b) 如果是为写打开,则需要有其他进程为读打开。
也就是说,默认情况下,读和写至少都要有一个才能正常打开FIFO,如果想要不阻塞在打开操作上,可以使用O_NONBLOCK标志。参考自:http://blog.csdn.net/xiaobai1593/article/details/7402205
sysopen( my $fh, $fifo, O_WRONLY | O_NONBLOCK) or die "open($fifo) failed: $!";
后来没有使用FIFO,原因有两个:
a) java端虽然可以正常操作FIFO文件,但是java的打开文件操作没有O_NONBLOCK方式,如果另一方进程由于非正常原因退出了,那么java会一直阻塞在打开操作上。如果通过设置超时等方式处理,会比较繁琐。
b) 多次写入后,一次读取有可能读取不完整。
另外值得注意的是,对FIFO而言,当要写入的数据量不大于PIPE_BUF时,linux将保证写入的原子性。如果此时管道空闲缓冲区不足以容纳要写入的字节数,则进入睡眠,直到当缓冲区中能够容纳要写入的字节数时,才开始进行一次性写操作。 PIPE_BUF这个值是可以设置的,所以如果一次写入的数据很小,可以不用担心写写冲突的问题。如果是读的话,应该是只有一个读者才好。
2. shared memory
共享内存在linuxIPC中是性能最高的,因为别的方式需要先把数据复制到内核区,再复制到用户区,而共享内存全部在内存,不经过内核区。
并且,共享内存是可以设置IPC_PRIVATE方式的,提高独立性。
但是它的操作方式和文件类似,这就会有内容覆盖和需要制定位置的问题。也就是说,每次写入新的内容,很容易出错就覆盖掉老的内容,读的时候还得把读过内容删除掉,非常麻烦。
所以没有选择共享内存的方式。
3. Message Queue
最后比较下来,选用了消息队列的方式。
消息队列的好处:
1. 每个消息是相互独立的,数据是被包装成条消息,没有上面的内容覆盖问题。读取都是对消息的操作,比较方便。
2. 操作系统层面上会保证每个消息的完整,不会有写写冲突的存在。
消息队列需要注意的是:读写之间的配合,如果写入过多会导致消息队列到达容量上限,不能再写入;写入的数据不能过大,可以在 /etc/sysctl.conf中设置。http://www.cnblogs.com/samurail/archive/2012/11/14/2770379.html
perl可以直接创建一个消息队列,这点是java做不到的,java只能打开一个已经存在的消息队列。
所以如果想要perl和java之间通过消息队列交互,需要先用perl创建一个消息队列,再把这个消息队列的编号保存在一个文件中,java读取文件获得编号,打开mq进行操作。
perl创建代码如下(使用的是SysV标准):
use IPC::SysV qw(IPC_PRIVATE IPC_RMID IPC_CREAT S_IRUSR S_IWUSR IPC_NOWAIT); use IPC::Msg; $key = IPC::SysV::ftok($file,'a'); $msg =new IPC::Msg($key,0666|IPC_CREAT) or logAbort("create message queue:$!");
移除:
$msg->remove();
为了确保程序意外终止的情况下,不会有消息队列遗留,remove操作最好放在END{}代码区内。
读取:
# infinite loop to read messages from MQ while (1) { $msg->rcv($buf,1024,$msgtype); if ($!) { killThread($thr); logAbort("read message queue failed: $!"); } $q->enqueue($buf); }
$msg->rcv在没有IPC_NOWAIT时会阻塞至有数据来,所以会新建一个线程专门读取mq数据。
写入:
$msg->snd($msgtype, $buf, IPC_NOWAIT) or logWarning("writing message to mq failed. $!");
其中读和写的$msgtype需要一致才行,最简单的就是都设为1。这里设置了IPC_NOWAIT,因为写操作不能阻塞,会影响正常程序运行。
http://perldoc.perl.org/perlipc.html#SysV-IPC
java要操作消息队列有点繁琐,因为java本意是为了跨平台运行,而消息队列是操作系统相关的,所以如果想要操作mq,需要使用JNI。
需要使用的包是lajp-10.05,这是专门开发用来结合java和php优点的包,但是在目前,我们只需要使用其中的IPC部分。
另外,java的项目管理通常都是使用maven,而lajp并不在maven的几个主流仓库中,所以,要想在maven中纳入lajp包,需要做一些额外的工作,
比较方便的是使用maven把lajp包放入本地的maven仓库,这样可以随时使用:
mvn install:install-file -Dfile=./lajp-10.05/lajp-10.05.jar -DgroupId=lajp -DartifactId=lajp -Dversion=10.5 -Dpackaging=jar -DgeneratePom=true
成功之后,在pom里就可以和往常一样把lajp写入<dependency></dependency>中。在java代码中还得加入:
static { //JNI System.loadLibrary("lajpmsgq"); }); }
java操作mq:
import lajp.MsgQ; Integer key; // 打开 msqid = MsgQ.msgget(key); // 写
// 1:和perl中$msgType一致 MsgQ.msgsnd(msqid, 1, str.getBytes(), str.getBytes().length);
这里的key即时前文中perl写在文件中的key。
4. 命令行查看和删除IPC
查看命令:
ipcs
删除命令:
ipcrm
可以指定删除某一个IPC对象
usage: ipcrm [ [-q msqid] [-m shmid] [-s semid]
[-Q msgkey] [-M shmkey] [-S semkey] ... ]
ps:perl中,在使用了chdir之后,再使用abs_path,结果和预料的有时候会有偏差。。。
在操作IPC对象时,需要考虑如果进程突然终止或退出了的情况,这时候往往会在IPC对象中留下遗留数据(比如在统计时间时,需要写入结束标志才能统计一个任务的时间,而进程突然中止后,mq中收不到结束标志了,另一个统计进程会认为这个任务一直在运行)。这时候需要使用一些预防措施,如在java中使用
Runtime.getRuntime().addShutdownHook()
函数,在退出时,会由jvm执行,补上结束标志。