用ocaml阅读this article on socket programming时,我遇到了以下示例服务器代码:
# let establish_server server_fun sockaddr =
let domain = domain_of sockaddr in
let sock = Unix.socket domain Unix.SOCK_STREAM 0
in Unix.bind sock sockaddr ;
Unix.listen sock 3;
while true do
let (s, caller) = Unix.accept sock
in match Unix.fork() with
0 -> if Unix.fork() <> 0 then exit 0 ;
let inchan = Unix.in_channel_of_descr s
and outchan = Unix.out_channel_of_descr s
in server_fun inchan outchan ;
close_in inchan ;
close_out outchan ;
exit 0
| id -> Unix.close s; ignore(Unix.waitpid [] id)
done ;;
val establish_server :
(in_channel -> out_channel -> 'a) -> Unix.sockaddr -> unit = <fun>
在本地修改代码时,我很惊讶每次连接到套接字都收到Fatal error: exception Sys_error("Bad file descriptor")
。这是我的修补代码:
let my_name = Unix.gethostname();;
let my_entry_byname = Unix.gethostbyname my_name ;;
let my_addr = my_entry_byname.h_addr_list.(0);;
let socket_desc = Unix.socket Unix.PF_INET Unix.SOCK_STREAM 0;;
let hello_server sockaddr =
let domain = Unix.domain_of_sockaddr sockaddr in
let socket_desc = Unix.socket domain Unix.SOCK_STREAM 0
in Unix.bind socket_desc sockaddr;
Unix.listen socket_desc 3;
let addr_in =
match Unix.getsockname socket_desc with
Unix.ADDR_INET (a, _) -> a
| _ -> failwith "not INET";
in
print_string (String.concat "" ["Listening on "; Unix.string_of_inet_addr addr_in]);
flush stdout;
while true do
let (s, _caller) = Unix.accept socket_desc
in match Unix.fork() with
0 -> if Unix.fork() <> 0 then exit 0;
print_string "Got a connection!";
flush stdout;
let inchan = Unix.in_channel_of_descr s
and outchan = Unix.out_channel_of_descr s
in output_string outchan "Hello world!";
flush outchan;
close_in inchan;
close_out outchan;
exit 0;
| id -> Unix.close s; ignore(Unix.waitpid [] id)
done;;
let start_server () =
let addr = Unix.ADDR_INET(my_addr, 12345)
in hello_server addr;;
let () = start_server()
似乎错误可能是由于子进程中的close_out outchan
调用所致。我不太清楚为什么为什么我遇到了错误。在该频道上致电close_out
怎么了?
首先,我正在使用telnet my.local.ip.addr 12345
编辑:另外:为什么我们在父进程而不是子进程中调用Unix.close s
?
答案 0 :(得分:1)
您要关闭插座两次。
let (s, _caller) = Unix.accept socket_desc
现在,您的套接字具有Unix文件描述符s
。
let inchan = Unix.in_channel_of_descr s
and outchan = Unix.out_channel_of_descr s
现在您有了OCaml输入和输出通道,其中套接字是其基础流。
Unix.close s;
现在,您已经关闭了Unix套接字的读/写端点。
close_out outchan;
现在,您尝试第二次关闭套接字。由于基础流已经关闭,所以这是一个错误。
查看它的方法(IMHO)是执行此操作之后:
let inchan = Unix.in_channel_of_descr s
and outchan = Unix.out_channel_of_descr s
您正在签订合同,不再使用底层的Unix套接字。从这一点开始,您应该只处理OCaml频道。
如果您删除Unix.close s
,则说明一切正常(或在下一个问题处失败:-)
更新
我从教程中运行了给定的代码,它也也得到了错误的文件描述符异常。
可能这是一个有缺陷的教程。
看来close_in
和close_out
都将完全关闭套接字(因此不要使其处于所谓的半开状态)。所以我只打电话给close_out
。
最好完全通过Unix接口完成套接字I / O。拥有两个共享同一文件描述符的OCaml通道似乎有些脆弱。
更新2
您可以使用Unix.dup
获取第二个文件描述符,以用于两个OCaml通道之一。结果代码对我来说不那么脆弱:
match Unix.fork() with
| 0 ->
(* Child process *)
if Unix.fork() <> 0 then exit 0; (* Daemonize *)
print_string "Got a connection!";
flush stdout;
let s' = Unix.dup s in
let inchan = Unix.in_channel_of_descr s
and outchan = Unix.out_channel_of_descr s' in
output_string outchan "Hello world!";
flush outchan;
close_in inchan;
close_out outchan;
exit 0
| id ->
(* Parent process *)
Unix.close s;
ignore(Unix.waitpid [] id)
我测试了此代码,并且没有错误的文件描述符异常。