ACE中UUID的問題

最近用到了ace的uuid，使用方法是網上找的，如下：

tstring suuid;
ace_utils::uuid_generator::instance()->init();
ace_utils::uuid uuid;
ace_utils::uuid_generator::instance()->generateuuid(uuid);
suuid.assign(uuid.to_string ()->c_str ())
return suuid;

將這段**封裝成乙個函式，在很多地方都用到了他，結果問題出來了，在linux環境中連線資料庫的時候報系統資源不足，在windows環境跑著沒有任何問題。

最開始的時候根本沒懷疑到uuid上去，還以為是其他**的問題，當時看系統限制的程序開啟檔案控制代碼數是1024，通過跟蹤程式，發現程式的socket控制代碼一直在漲，當時程式用到socket的地方只有傳送udp資料和連線資料庫，於是使勁在那裡面找，把人都快弄殘廢了。最後逐步排查，費了九牛二虎之力，才找到uuid上。

最後一看ace的源**，發現在ace_utils::uuid_generator::instance()->init();函式中開啟了乙個socket沒有關閉，**如下

#elif defined (linux)
struct ifreq ifr;
ace_handle handle =
ace_os::socket (pf_inet, sock_dgram, 0);
if (handle == ace_invalid_handle)
ace_os::strcpy (ifr.ifr_name, "eth0");
if (ace_os::ioctl (handle/*s*/, siocgifhwaddr, &ifr) < 0)
struct sockaddr* sa =
(struct sockaddr *) &ifr.ifr_addr;
ace_os::memcpy (node->node,
sa->sa_data,
6);return 0;
#else

裡面的handle控制代碼在後面沒有正常關閉。

由於我們用的是ace5.4版本，於是我想看看最新的5.5.3版本是怎麼樣的，結果5.5.3版本的**如下：

#elif defined (linux)
struct ifreq ifr;
ace_handle handle =
ace_os::socket (pf_inet, sock_dgram, 0);
if (handle == ace_invalid_handle)
return -1;
ace_os::strcpy (ifr.ifr_name, "eth0");
if (ace_os::ioctl (handle/*s*/, siocgifhwaddr, &ifr) < 0)
struct sockaddr* sa =
(struct sockaddr *) &ifr.ifr_addr;
ace_os::close (handle);
ace_os::memcpy (node->node,
sa->sa_data,
6);return 0;
#else

handle已經關閉了，估計是新版本修復了這個bug

由於不方便將ace版本公升級到最新版本，最後只能在自己的**中控制只呼叫一次ace_utils::uuid_generator::instance()->init()函式，不知道這樣後，生成的uuid還是不是真正的uuid，需要仔細研究下

ACE中UUID的問題

ACE菜鳥的問題

ACE的CDR中的位元組對齊問題

ACE編譯問題

ACE中UUID的問題

ACE菜鳥的問題

ACE的CDR中的位元組對齊問題

ACE編譯問題

相關推薦