最近研究了EMQ源碼，發現裏面採用最多的就是各種框架，如gen_server、supervisor監督機制，esock框架等，前段時間整理了一下esock使用啓動流程，今天分享一下。整理的不夠完善，請大家指正！
如果您遇到以下錯誤 args: ["c:/WINDOWS/System32/drivers/etc/hosts",1] format: "inet_parse:~p:~p: erroneous line, SKIPPED~n" labe
安裝erlang 由於 rabbitmq 是基於 erlang 語言開發的，所以必須先安裝 erlang 。 安裝依賴 yum -y install gcc glibc-devel make ncurses-devel opens
緯度 佔用4個字節，表示定位數據的緯度值。數值範圍0至162000000，表示0度到90度的範圍，單位：1/500秒。 轉換方法如下： 1、 把GPS模塊輸出的經緯度值轉化成以分爲單位的小數； 2、 把轉化後的小數乘以30000，把相乘的
問題描述： {badarg,{ets,fun2ms,[function,called,with,real,'fun',should,be,transformed,with,parse_transform,'or',called,with
我在文檔中找不到它（或者，更可能的是，我錯過了它），所以我認爲這些是步驟： 將現有的 Erlang 應用程序（或創建一個新應用程序rebar3 new app）複製到<umbrella_root>/apps/（或<umbrella_ro
值得學習的編程語言多種多樣，前端、後端乃至框架選項更是多達數百種。作爲開發者，C/C++、Java、Python、Perl、Ruby 等，這些一定是你再熟悉不過的。 值得學習的編程語言多種多樣，前端、後端乃至框架選項更是多達數
%% 算法設計需要考慮的點 %% 能夠解決業務問題，高效(大流量應用)穩定(穩定體現在哪些方面呢？不會因爲數據量太大，導致效率變差) %% 確定算法的選型和數據結構的選型 %% 全面分析任務對數據處理和計算的基本操作，根據基本操作
使用場景 玩家戰力排行榜，可以實時的同步排行榜的信息，排行榜的數量設定爲200條，玩家戰力變化，可以及時在排行榜中體現出來，相應的排名也發生變化,並且可以不用提前進行數據的排他性處理； 使用說明 erlang本身的列表排序採用歸併排序
步驟 1.編譯代碼 2.code:purge模塊 1.當前的會保留兩個版本，如果第三次編譯的時候，會清理最舊的版本，特別注意，如果使用了receive的進程，沒有設置after參數，可能導致當前進程被關閉 2.soft_purge模塊
隨機數生成 1.設置隨機種子 random:seed(),獲取隨機值 2.random:uniform() %% 代碼設計 rand(Min, Max) -> case get("rand_seed") of
測試數據 結論：可以看出使用計數排序，可以極大的提高排序的效率，相比全排序提高3-4倍的效率 測試環境 erlang23.3 性能優缺點分析 計數排序的好處是當數據變化時，只需要對增加的分片進行排序，減少排序量 性能弱點：分片保
xc(Module) :熱更代碼 inet:i():查看當前的網絡連接狀態 observer:start():啓動管理器 im():打開代碼調試 rr(xxx.hrl):導入頭文件 -crashdump_viewer:start(). ：
通過top查看佔用做多的beam進程 通過進程id3462查看進程啓動信息 命令：ps -aux|grep beam 找到啓動文件，節點名和cookie信息 remsh 對應的節點 erl -name [email protected].
節點的進程莫名的斷開了，如何排查 1.是否有錯誤信息 2.查看terminate信息，如何沒有檢查是否沒有設置trap_exit,true 3.對handle_call,handle_cast,handle_info增加try_cat
數據的修改統一管理，不要分散 儘量使用tuple不要使用list ets的匹配使用match/match_object，而不是使用select ets遍歷使用ets_match_object的迭代遍歷 主要++操作，是左邊遍歷，最好將小列
