欧美三日本三级三级在线播放,国产精品久久久久久av下载红粉,久久国产精品99国产精

eclipse編譯mina報錯： by lifecycle configuration: org.apache.xbean:maven-xbean-plugin:4.1:mapping (

參考鏈接：http://stackoverflow.com/questions/6352208/how-to-solve-plugin-execution-not-covered-by-lifecycle-configuration-for-sprin 其實我也沒搞明白具體原因，按目前的理解大概就是有配置不正常然后默認情況下編譯器把它當錯誤處理的。修改成警告就可以編譯完成。 Window -> Preferences -> Errors/Warnings -> Plugin execution not covered by lifecycle configuration

posted @ 2016-12-18 19:34 Enic 閱讀(167) | 評論 (0) | 編輯收藏

項目bug：2016-15-15 扎金花總結算bug：缺少數據、數據不準確

數據插入忘記使用使用數據操作符

本以為直接在游戲結束的位置收集結束消息，結果結算是分散在各種定時器處理代碼中的

posted @ 2016-12-15 21:40 Enic 閱讀(962) | 評論 (0) | 編輯收藏

項目bug案例：2016-12-15 SetParamObject引起的內存寫溢出

風險來一下幾點：
1.每次保存一個Node節點裸指針的時候，要意識到這是一個風險操作，如果不夠重視很容易應為常規的節點操作引起Node析構倒置野節點。
2.在設計API的時候盡量保證“語義”正確性，風格要“隨大流”。Set和Get盡量不做額外動作、盡量保持一致性。如有特殊處理，除非毫無副作用，否則盡量把信息攜帶到接口名中。
3.非性能優先的模塊中，所有的接口一定要做入口參數檢測，出口數據檢測
4.在操作數組時一定要認識到，這是一個“高風險”操作，務必檢測訪問是否肯能越界。
5.每次++操作，都需要考慮++操作后會引起什么副作用，++是否是有范圍的，知否需要控制反饋，什么時候需要--回來

posted @ 2016-12-15 19:18 Enic 閱讀(167) | 評論 (0) | 編輯收藏

項目bug：2016-15-15 四人牛牛無人叫莊引起游戲開始時莊家ID無效倒置程序異常

叫莊邏輯：游戲開始->玩家叫裝->設置莊家->發牌比牌
bug：玩家叫莊階段，無人叫莊的時候，后續邏輯會失控。
原因：游戲邏輯要求必須有莊家，但是沒有人叫莊。內存中的莊家將是初始化的無效值。
解決方法：在玩家叫莊階段結束后，如果沒有任何人叫莊必須要有一個默認莊家，否則游戲無法繼續進行下去

posted @ 2016-12-15 11:14 Enic 閱讀(206) | 評論 (0) | 編輯收藏

項目bug：2016-15-15 sqlserver linkedserver引起查詢超時

sqlserver linkedserver技術介紹：
參考鏈接：

https://msdn.microsoft.com/zh-cn/library/ms190479.aspx

http://www.cnblogs.com/xinghuayang/p/LinkedServer_BulkInsert_PassDataTableAsParameter_BugHandlingProcess.html

http://www.cnblogs.com/zcttxs/p/3445629.html
簡單來說，linkedserver用于分布式查詢，讓一臺機器可以遠程訪問其他機器的存儲過程和數據。

項目中出現幾個存儲過程查詢異常，但是codeview并沒有發現異常。但是去掉分布式鏈接前綴以后性能提升很多。
使用sp_linkedservers查詢鏈接節點信息如下：

本地地址是Local初步分析也是沒有問題的，遂簡單處理去掉了所有link訪問代碼。

后續分析可能是sqlserver內部使用gethosetbyname獲取local對應的ip地址引起故障。（這個操作可能會涉及到dns服務器參與）
參考鏈接：http://blog.csdn.net/shijun_zhang/article/details/6577426

posted @ 2016-12-15 10:36 Enic 閱讀(270) | 評論 (0) | 編輯收藏

項目bug案例：2016-12-04 memcopy引起內存寫溢出

posted @ 2016-12-14 20:16 Enic 閱讀(185) | 評論 (0) | 編輯收藏

websocket初探（cocos）

1.cocos本身在cpp框架中是提供了ws的
2.cocosjs版本在web上必然也是提供了ws的
3.網絡操作想跑起來，ws只是一個基礎，有了連接以后需要解決數據序列化的問題
4.如果選擇二進制協議，首先ByteBuffer跑不掉，然后優先考慮使用protobuf。最終一套開一塊dcodeIO庫可以搞定，后期有空了可以試試pb3自帶的js，不過看起來只能在node環境下用。
5.服務器在github上有大神手擼的cpp解碼websocket協議相關代碼，不過個人覺得肯定有缺陷的，使用成熟一點的庫會更好，這里首選websocketpp。將來萬一還是不行，就直接換java php c# go之類的提供的ws標準庫的語言。不在這些通用標準的細節上折騰，盡量使用工業化、成熟的組件。

整理一下思路：
服務器應該有一個ws網關，用來監聽ws端口，接受客戶端發起的ws鏈接，并保持心跳。ws網關不直接處理ws網絡數據，而是轉發給內網實際的模塊去。

posted @ 2016-10-30 23:16 Enic 閱讀(329) | 評論 (0) | 編輯收藏

SQL各種連接備忘

INNER JOIN 交集

FULL JOIN(OUTER JOIN) 并集（left right都可能匹配成null）

LEFT JOIN （right可能匹配null）

RIGHT JOIN （left可能匹配null）

CROSS JOIN 笛卡爾

UNION ALL 多表查詢結果合并

UNION 多表查詢結果合并去重

posted @ 2016-07-11 10:09 Enic 閱讀(142) | 評論 (0) | 編輯收藏

二維數組的內存結構

#define __LEN_NAME 8

#define __COUNT 4

struct tagTem

{

char nameList[__COUNT][__LEN_NAME];

};

#include <cstdlib>

#include <cstring>

int main()

{

tagTem tem;

memset(&tem, NULL, sizeof(tem));

int i = 0;

for (int y = 0; y < __COUNT; y++)

{

for (int x = 0; x < __LEN_NAME; x++)

{

tem.nameList[y][x] = x + (y << 4);

}

0x0018F6F0 00 01 02 03 04 05 06 07 ........

0x0018F6F8 10 11 12 13 14 15 16 17 ........

0x0018F700 20 21 22 23 24 25 26 27 !"#$%&'

0x0018F708 30 31 32 33 34 35 36 37 01234567

所以二維數組定義的時候是這樣：char array[y][x];
原來之前我一直理解錯了。。。

posted @ 2016-07-08 16:05 Enic 閱讀(266) | 評論 (0) | 編輯收藏

CSS盒子模型

|-----------------------------------------------| |
|                      maggin   | |
|  |--------------------------------------------| |
|  |                   border   | |
|  |  |--------------------------------------|  | |
|  |  |                padding   |  | |
|  |  |    |-------------------------------| |  | |
|  |  |    | | |  | |
|  |  |    |                               | |  | |
|  |  |    |           content             | |  | |
|  |  |    |                               | |  | |
|  |  |    |                               | |  | |
|  |  |    |-------------------------------| |  | |
|  |  |--------------------------------------|  | |
|  |--------------------------------------------| |
|-------------------------------------------------|
盒子模型是由margin（邊界）、border（邊框）、padding（空白）和content（內容）幾個屬性組成。
margin: 外邊距(和其他盒子的間距)
border: 邊框
padding: 內邊距（內容到邊框的距離）
content: 內容大小
所以實際大小應該是：size = content + padding + border

posted @ 2016-03-29 12:43 Enic 閱讀(168) | 評論 (0) | 編輯收藏

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

Error

常用鏈接

留言簿(5)

隨筆分類

隨筆檔案

文章分類

文章檔案

相冊

搜索

最新評論

閱讀排行榜

評論排行榜