先给出代码先
- -module(demo1).
- -compile(export_all).
- start() ->
- spawn(?MODULE, loop, []).
- switch(Pid) ->
- Pid ! code_switch.
- compile(Pid) ->
- compile:file(?MODULE),
- code:purge(?MODULE),
- code:load_file(?MODULE).
- msg(Pid) ->
- Pid ! hello.
- loop() ->
- receive
- code_switch ->
- demo2:loop();
- _ ->
- io:format("~p~n", ["bb"]),
- loop()
- end.
- 执行顺序:
- Pid = demo1:start().
- demo1:msg(Pid).
- 然后修改一下loop代码,然后执行demo1:compile(),
- 然后 demo1:switch(Pid)切换一下开关,然后执行
- demo1:msg(Pid)
- 很顺利就看到你修改完代码后的结果了
但是如果你再修改一下代码,然后再 demo1:compile()一下,然后再demo1:switch(Pid)一下,就会突然抛出错误,原因是之前的Pid被kill掉了。为什么会这样子呢?那就要看看code:purge这个方法的具体实现了。
- do_purge(Mod) ->
- do_purge(processes(), to_atom(Mod), false).
- do_purge([P|Ps], Mod, Purged) ->
- case erlang:check_process_code(P, Mod) of
- true ->
- Ref = erlang:monitor(process, P),
- exit(P, kill),
- receive {'DOWN',Ref,process,_Pid,_} ->
- ok
- end,
- do_purge(Ps, Mod, true);
- false ->
- do_purge(Ps, Mod, Purged) end;
- do_purge([], Mod, Purged) ->
- catch erlang:purge_module(Mod),
- Purged.
可以看到它会去检索所有的processes(),然后对每个Pid进行检查是否还是使用旧的代码,如果是旧把该进程给kill掉,所以上面的只能更新一次。
想要热更多次,怎么办呢?请看下面的这种思路:
- -module(demo2).
- -compile(export_all).
- test() ->
- demo3:loop().
- -module(demo3).
- -compile(export_all).
- compile() ->
- compile:file(?MODULE),
- code:purge(?MODULE),
- code:load_file(?MODULE).
- loop() ->
- %%io:format("~p~n",["bb"]),
- io:format("~p~n",["bb"]).
这种方法无论你修改demo3多少次,只要你demo3:compile一下,然后demo2去调用就OK了。
但是这里又有一个疑问了,为什么这里调用demo3:compile()多次,而不会把self()进程给kill掉呢?这里也很奇怪,所以又做了一次实验:
把demo1中的compile换成下面:
- compile(Pid) ->
- io:format("~p~n",[erlang:check_process_code(Pid, ?MODULE)]),
- io:format("~p~n",[erlang:check_process_code(self(), ?MODULE)]),
- compile:file(?MODULE),
- code:purge(?MODULE),
- code:load_file(?MODULE),
- io:format("~p~n",[erlang:check_process_code(Pid, ?MODULE)]),
- io:format("~p~n",[erlang:check_process_code(self(), ?MODULE)]),
- io:format("Pid process info=~p~n",[erlang:process_info(Pid)]),
- io:format("self process info=~p~n",[erlang:process_info(self())]).
然后执行demo1:compile第一次,输出是
false
false
true
true 而且后面两个输出进程的信息都是有的,第一遍很正常
如果再执行第二遍,输出时
true
false
false
true n而且后面输出Pid的信息是undefined,说明该进程被kill掉的,而self()的信息还是有的,说明该进程仍存活着
这里的疑问是为什么在第二次compile后,之前erlang:check_process_code(self(), ?MODULE)这个值从true被改为false了。具体原因我也不是很清楚,估计是它要这样设计的吧
具体得看源码了。
相关推荐
Jupyter-Notebook
Jupyter-Notebook
高效甘特图模板下载-精心整理.zip
lstm Summary Framework: z = U>x, x u Uz Criteria for choosing U: • PCA: maximize projected variance • CCA: maximize projected correlation • FDA: maximize projected intraclass variance
OpenGL调试工具,适合图形开发者,包括视频开发,播放器开始以及游戏开发者。
全国行政区划shp最新图.zip
全国研究生招生与在校数据+国家线-最新.zip
Jupyter-Notebook
直播电商交流平台 SSM毕业设计 附带论文 启动教程:https://www.bilibili.com/video/BV1GK1iYyE2B
《林黛玉进贾府》课本剧剧本
2000-2020年沪深A股上市公司融资约束程度SA指数-最新数据发布.zip
PPT模版资料,PPT模版资料
CPA注会考试最新教材资料-最新发布.zip
1、资源项目源码均已通过严格测试验证,保证能够正常运行; 2、项目问题、技术讨论,可以给博主私信或留言,博主看到后会第一时间与您进行沟通; 3、本项目比较适合计算机领域相关的毕业设计课题、课程作业等使用,尤其对于人工智能、计算机科学与技术等相关专业,更为适合; 4、下载使用后,可先查看README.md文件(如有),本项目仅用作交流学习参考,请切勿用于商业用途。
内容概要:本文提供了一个完整的职工管理系统的C++源代码。通过面向对象的编程方法,实现了包括创建新职工、查询、增加、修改、删除、排序、统计以及存储和恢复职工数据在内的多个基本操作功能。该系统支持不同的用户角色(如管理员与老板),并通过菜单驱动方式让用户方便地进行相关操作。此外,还包括了错误检测机制,确保操作过程中的异常得到及时处理。 适合人群:有一定C++语言基础,特别是面向对象编程经验的程序员;企业管理人员和技术开发人员。 使用场景及目标:适用于中小型企业内部的人力资源管理部门或IT部门,用于维护员工基本信息数据库,提高工作效率。通过本项目的学习可以加深对链表、类和对象的理解。 阅读建议:建议先熟悉C++的基本语法和面向对象概念,再深入学习代码的具体实现细节。对于关键函数,比如exchange、creatilist等,应当重点关注并动手实践以加强理解。
Jupyter-Notebook
考研公共课历年真题集-最新发布.zip
Huawei-HKUST Joint Workshop on Theory for Future Wireless 15-16 September 2022 华为-香港科技大学未来无线理论联合研讨会 Speaker:Jingwen Tong
演出人员与观众疫情信息管理系统 SSM毕业设计 附带论文 启动教程:https://www.bilibili.com/video/BV1GK1iYyE2B
《林黛玉进贾府》课本剧剧本.pdf