Richmond

1.UTF UNICODE GB2312 编码
2 如果使进度条在各种情况下平稳进行
3 HTTP 包头
4 数值-1 int falg = -1;SendResponse((const char*)&flag,4);
5 有循环的地方 一定得注意效率问题

1.临界区：用户同进程加锁 效率比其他方法效率高至少100倍；互斥体信号量用于不同进程间比较好
2.线程关闭方法：a return 0 ；b TerminateThread(handle)。CloseHandle(handle) 是销毁Windows内核引用计数，不会关闭线程。句柄是Windows内核态中分配资源的记号，相当玉指针。
3.通信层多线程收发包可不采用加锁，效率更高，方法：一个线程出，一个线程进。
4.多线程安全方法（写多线程程序的一个设计模式）：Guard

1.//tolua begin //tolua end 把C++结构体 函数方法等暴露个lua
2.<table>
   <tr><td>   </td><td>   </td></tr>
   <tr><td>   </td><td>   </td></tr>
   </table>
3.平常玩下小游戏，找找玩法的灵感（鸭子的塔防玩法）
4.称号奖励配了很多buf，但很多效果都是一类，只是在数字上变化（如很多都是生命值加2，等等）如果每个都配一个单独buf，则不妥，有2种解决方法：
  a：buff系统支持，同一个BUFF 效果可以累加
  b：弄数值，如果两个buff 都是生命值加2 那么最后都替换成一个buff 生命值加4的就可 以此类推。

编写D3D的时候，有时候出现不能包含“Dxerr9.h”的情况，原因是微软不用Dxerr9.h而用Dxerr.h所以得改，汗，修改步骤：
1.所有包含Dxerr9.h的地方替换为Dxerr.h；
2.所有使用 DXGetErrorDescription9 的地方替换 DXGetErrorDescription ;
3.连接器设置中使用dxerr9.lib 的地方替换dxerr.lib

如题

1.在服务器调用其他的函数时，必须必需知道被调函数的所有返回值！！！！
2.写while循环时，加个count计数器，避免死循环！！！！！
3.不相信客户端发来的请求参数（在调服务器函数时），必须做检验！！！！
（待续）

如同标题，这些经验都是一些灰常灰常的小的问题，虽然小，但足以让你花半天时间去找出，足以让服务器垮掉，所以在此列出，吃一堑长一智，同时自己觉得这个月的奖金真没脸拿，所以申请不拿了：
1.GetProgressData和SetProcessData这两个无语的对应函数，导致我调用SetProgressData函数居然以为是对的，怎么会nil呢，原来是TMD对应函数写得不对应；
2.INVALID_INT_DATA和INVALID_INT_VALUE 我操，用过多少次的VALUE，怎么会想到DATA呢，又是无语；
3.就因为加了个判断，导致GetNextData在新加的判断里，这真的是不小心啊，哎，导致死循环，其实这里老宋说的比较好，在这种while循环里不管怎么样，都要加count计数的，有这样设计循环肯定可以出去；
4.self为nil，其实是item 我靠，又是无语；
5.跨服导致订阅事件在另外个服务器没有订阅，就没有触发事件，无语；
以上这些问题，其实根本原因还是自己不细心。以后一定得改，否则我真的不能原谅自己，这跟TMD以前高考一样。
其实通过这个系统，其实学到了一些设计和产品方面的经验，以后得好好利用利用。

1.类函数命名：自然语言和工程语言

1.function TimeSlot:DoVisit(fun) 遍历逻辑和行为逻辑分离
   end

2.

UpadeData()函数 耗时很多 特别在另外个线程调用这个函数的时候，以后得注意，特此备注