对Erlang开发者的几点建议
生活随笔
收集整理的這篇文章主要介紹了
对Erlang开发者的几点建议
小編覺得挺不錯的,現在分享給大家,幫大家做個參考.
2019獨角獸企業重金招聘Python工程師標準>>>
* 確保沒有任何編譯警告* Erlang中String采用list實現,32位系統中,其1個字符用8個字節的空間(4個保存value, 4個保存指針)。因此string速度較慢,空間占用較大
* 在Server中,總是盡力書寫尾遞歸(tail-recursive)的函數
* 使用'++'時,left list會被拷貝,然后添加到right list的頭部,因此最好把length較短的list放在左側
* 避免使用regexp,如果需要正則表達式,請使用re
* timer模塊的大部分函數實現,依賴于一個process,如果過多使用timer,會導致這個process負載過大,影響效率。
??推薦使用erlang:send_after/3及erlang:start_timer/3
* 避免使用list_to_atom/1,因為erlang中atom數量最大為1048576, 且不進行GC控制。因此如果持續性的調用list_to_atom/1
??可能很容易達到系統上限,從而導致emulator terminate。請使用list_to_existing_atom/1。
* list內部實現為一個列表,因此length(List), 需要遍歷整個list比較耗時
* 對于不同的數據類型,使用不同的size函數:tuple_size/1, byte_size/1, bit_size/1
* 使用binary match來進行binary的分割,而不使用split_binary/2
* 如果兩個list都擁有很多數據,那么請不要使用'--',而是將數據轉化到ordsets,然后調用ordsets:substract/2.
* 對于binary相關操作可以進行binary優化(bin_opt_info編譯選項)代碼框架:
*? ?f(<< attern1,...,Rest/bits>>,...) ->??
? ?? ? ... % Rest is not used here??
? ?? ? f(Rest,...);??
? ? f(<< attern2,...,Rest/bits>>,...) ->??
? ?? ?... % Rest is not used here??
? ?? ?f(Rest,...);??
? ? ...??
? ? f(<<>>, ...) ->??
? ?? ?ReturnValue.
* 調用lists:flatten/1可以將list扁平化,這個操作代價很大,比'++'還要昂貴。下面這些時候我們可以避免:
? ? 將數據發送給port時
? ? 調用list_bo_binary/1和iolist_to_binary前
* 小的函數可以讓您方便的找出錯誤的函數和代碼
* 不要在同一行出現相同的符號
20? ? some_fun() ->
21? ?? ? L = [{key1, v1}, {key2, [some_record#v21, v22]}],
22? ?? ?...
編譯時,會提示line 21 '[' 語法錯誤, 因為21行有多個 '[' ,所以這個bug不能準確定位,你需要花時間去排查代碼。
好的做法是:
20 some_fun() ->
21? ?? ?L = [{key1, v1},
22? ?? ?? ?? ?{key2, [some_record#v21, v22]}
23? ?? ?? ?? ?],
? ?? ?...
這樣,編譯其會提示你 line 22 '[' 語法錯誤,你很開就知道是那個地方錯了。
* 使用 CTRL + \ 或 init:stop(), 可以退出Erlang, 使用CTRL + G 及 CTRL + C 彈出菜單選項,可以選擇是否退出Erlang。
其中CTRL + G可以用來連接其他的shell, CTRL + C可以查看其他一些系統信息
Ctrl + C abort 是野蠻的退出方式
* use "open_port({fd,0,2}, [out])" make erlang program write standard error to unix system
* If you don't run experiments before you start designing a new system, your entire system will be an experiment!
* standard data structure desc:
Module ? ? ? ? Description
sets ? ? ? ? sets, i.e. a collection of unique elements.
gb_sets sets, but based on a general balanced data structure
gb_tree a general balanced tree
dict ? ? ? ? maps, also called associative arrays
ets ? ? ? ? hash tables and ordered sets (trees)
dets ? ? ? ? on-disk hash tables
Suggestion:
elments count: 0 - 100 | 100 - 10000??|??10000 -
our select? ?:??list? ?|? ?? ?ets? ???|??gb_tree
* 通過code:clash/0 檢測代碼中是否有module沖突現象(sticky)
* epmd -d -d 啟動 epmd 可以查看erlang node之間的通訊
* 將正常的邏輯代碼和錯誤處理代碼分離,發生錯誤時,盡管錯誤。由另一個錯誤處理模塊進行處理
* 類似于操作系統,我們的程序也可以分為kernel 和 user 兩層, 對于kernel絕對不能出現錯誤, 對于user可以出現錯誤,進行恢復
* process頂層loop涉及的代碼及函數,最好在一個module中實現
* process 的register name和module名稱一致, 便于尋找代碼
* 每個process具有一個單一的角色,比如:supervisor 用來進行錯誤恢復, work 工作者,可以出現錯誤, trusted worker 不會出現錯誤
* 通過函數調用可以實現的功能,就不要使用sever實現(如gen_server, 及類似的loop 實現)
* 給消息加一個tag,在發生錯誤的時候,可以定位到消息,同時也有利于程序的穩健
* 在消息循環中,對于unknown的消息,請調用lib:flush_receive/0 將其清除,減輕process msg queue的長度
* server中總是書寫尾遞歸的循環
* 盡量使用record, 而不是原始的tuple來表現數據結構, 在使用record時,使用select match:
#person{name = Name, age = Age} = Person
* 對于返回值,最好也添加一個tag,用來說明返回值類型,或者執行成功與否
* 盡可能少的使用catch和try,在erlang程序中,不推薦主動捕獲異常。只有當我們的邏輯特別復雜,我們可以使用throw來返回數據,使用catch來獲取返回值。
* 當然程序與外界交互,外界數據不可靠時,需要使用catch和try
* 慎重使用process dictory, 當你使用get/1, put/1時,你的應用會具有很大的slide effect。可以通過加入一個新的參數來保存原本需要存儲到process dictory中數據
* 如果不想使自己糊涂,請不要使用import
* 使用export時,將功能類似的接口組合在一起,并添加合理的注視,這樣你的接口更清晰,別人使用起來更方便
* 不要書寫嵌套太深的代碼
* 不要書寫太長的module
* 不要書寫太長的函數
* 每行代碼不能太長
* 避免使用 "_" 匿名變量,請為每個變量選擇有意義的名稱,如夠某個變量暫時不使用,請以下劃線 "_" 開始
* {error, enfile} enfile error in socket 是以為內linux系統中 ulimit 限制, 在root下修改:ulimit -n 25000
* {error, enotconn} 表示socket已經關閉
* 在erlang開發時,慎重使用macro,因為erlang的single assign的緣故,同時調用某個marco,而macro又定義了某個變量,可能導致badmatch錯誤。
比如:
-define(ADDLINEINFO1(F),
? ?? ???(
? ?? ???begin
? ?? ???Str1 = lists:concat(["[Mod:", ?MODULE, " Line:", ?LINE, "]"]),
? ?? ???Str1 ++ F
? ?? ???end
? ?? ???)).
-define(WARN(Log, F, D), log4erl:warn(Log, ?ADDLINEINFO(F), D)).
如果連續使用 WARN, 會出現此錯誤
* erlang中可以定義很多環境變量:
ERL_MAX_ETS_TABLES 設置最大的ets數目 默認1400
ERL_MAX_PORTS erlang最大的port數目 默認1024
* .app文件中的start_phases, 選項既可以用來作為include applications之間的同步啟動,也可以用來對單個application進行分布啟動。
順序如下
包含included app:
application:start(prim_app)
=> prim_app_cb:start(normal, [])
=> prim_app_cb:start_phase(init, normal, [])
=> prim_app_cb:start_phase(go, normal, [])
=> incl_app_cb:start_phase(go, normal, [])
ok
無included app:
application:start(prim_app)
=> prim_app_cb:start(normal, [])
=> prim_app_cb:start_phase(init, normal, [])
=> prim_app_cb:start_phase(go, normal, [])
ok
轉載于:https://my.oschina.net/zhangjie830621/blog/340814
總結
以上是生活随笔為你收集整理的对Erlang开发者的几点建议的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: http 301 和 302的区别
- 下一篇: 奋战