昄界面旉要将一个Gdiplus::Bitmap对象的内容脓(chung)在界面上Q而其中的内容又是不停的变化的Q于是问题来了，我是对Bitmap对象通过调用Graphics::Clear重置呢，q是把这个Bitmap对象搞成局部变量每ơ进来时都新Z个呢Q?br>
傻X的我起初一直以为通过Clear函数重置Bitmap要比调用Bitmap的构造函数新建快Q所以我力重复利用已有的Bitmap对象而避免重建，但昨天测试了一下发现新比重|快得多
q是我的试Ҏ(gu)Q?Ҏ(gu)重复创徏一?00×100的Bitmap和重|同样尺寸的Bitmap对象所用的旉
环境
pȝQXP SP3
CPUQAMD Athlon II X2 245 2.96G
内存Q?G
环境QVC 2008 sp1
{
CString tmp;
SYSTEMTIME begintime,endtime,passtime;
ZeroMemory(&begintime , sizeof(SYSTEMTIME));
ZeroMemory(&endtime , sizeof(SYSTEMTIME));
GetLocalTime(&begintime);
for (int i = 0 ; i < 100000 ; i++)
{
Gdiplus::Bitmap Auto(100,100);
}
GetLocalTime(&endtime);
tmp.Format(_T("%dms") , (endtime.wSecond - begintime.wSecond)*1000 + endtime.wMilliseconds - begintime.wMilliseconds);
MessageBox(tmp);
}
{
CString tmp;
SYSTEMTIME begintime,endtime,passtime;
ZeroMemory(&begintime , sizeof(SYSTEMTIME));
ZeroMemory(&endtime , sizeof(SYSTEMTIME));
CDC *pDC = GetDC();
Gdiplus::Graphics grap (pDC->m_hDC);
Gdiplus::Bitmap AutoBmp(100,100);
Gdiplus::Graphics *pGrap = grap.FromImage(&AutoBmp);
Gdiplus::Color newcolor(0,0,0,0);
GetLocalTime(&begintime);
for (int i = 0 ; i < 100000 ; i++)
{
pGrap->Clear(newcolor);
}
GetLocalTime(&endtime);
tmp.Format(_T("%dms") , (endtime.wSecond - begintime.wSecond)*1000 + endtime.wMilliseconds - begintime.wMilliseconds);
MessageBox(tmp);
}
CString tmp;
SYSTEMTIME begintime,endtime,passtime;
ZeroMemory(&begintime , sizeof(SYSTEMTIME));
ZeroMemory(&endtime , sizeof(SYSTEMTIME));
GetLocalTime(&begintime);
for (int i = 0 ; i < 100000 ; i++)
{
Gdiplus::Bitmap Auto(100,100);
}
GetLocalTime(&endtime);
tmp.Format(_T("%dms") , (endtime.wSecond - begintime.wSecond)*1000 + endtime.wMilliseconds - begintime.wMilliseconds);
MessageBox(tmp);
}
{
CString tmp;
SYSTEMTIME begintime,endtime,passtime;
ZeroMemory(&begintime , sizeof(SYSTEMTIME));
ZeroMemory(&endtime , sizeof(SYSTEMTIME));
CDC *pDC = GetDC();
Gdiplus::Graphics grap (pDC->m_hDC);
Gdiplus::Bitmap AutoBmp(100,100);
Gdiplus::Graphics *pGrap = grap.FromImage(&AutoBmp);
Gdiplus::Color newcolor(0,0,0,0);
GetLocalTime(&begintime);
for (int i = 0 ; i < 100000 ; i++)
{
pGrap->Clear(newcolor);
}
GetLocalTime(&endtime);
tmp.Format(_T("%dms") , (endtime.wSecond - begintime.wSecond)*1000 + endtime.wMilliseconds - begintime.wMilliseconds);
MessageBox(tmp);
}
l果Q?br>当@?Wơ时所用时_单位MSQ?br> 构造函数新建对?nbsp; Graphics::Clear重置
62 344
62 344
47 344
62 343
47 344
62 360
63 344
47 344
62 344
62 343
----------------------------------------------------
q_ 57.6 345.4
当@?0Wơ时所用时?br> 构造函数新建对?nbsp; Graphics::Clear重置
563 3467
562 3407
578 3531
563 3563
625 3390
578 3515
562 3484
594 3515
547 3453
563 3422
----------------------------------------------------
q_ 573.5 3474.9
]]>
]]>
然而我不得不说......再见?.....
]]>
再后来，他们又做了一些可以处理这些字节的机器Q机器开动了Q可以用字节来组合出很多状态，状态开始变来变厅R他们看到这h好的Q于是它们就q机器称?计算??/p>
开始计机只在国用。八位的字节一共可以组合出256(2?ơ方)U不同的状态?
他们把其中的~号?开始的32U状态分别规定了Ҏ(gu)的用途，一但终端、打印机遇上U定好的q些字节被传q来Ӟp做一些约定的动作。遇?0x10, l端换行，遇上0x07, l端向Z嘟嘟叫，例如遇上0x1b, 打印机就打印反白的字Q或者终端就用彩色显C字母。他们看到这样很好，于是把q些0x20以下的字节状态称?控制?Q?/p>
他们又把所有的I格、标点符受数字、大写字母分别用连l的字节状态表C，一直编CW?27Pq样计算机就可以用不同字节来存储p的文字了。大家看到这P都感觉很好，于是大家都把q个Ҏ(gu)叫做 ANSI ?Ascii"~码QAmerican Standard Code for Information InterchangeQ美国信息互换标准代码）。当时世界上所有的计算机都用同LASCIIҎ(gu)来保存英文文字?
后来Q就像徏造巴比u塔一P世界各地的都开始用计机Q但是很多国家用的不是英文，他们的字母里有许多是ASCII里没有的Qؓ了可以在计算Z存他们的文字Q他们决定采?27号之后的IZ来表C些新的字母、符Pq加入了很多画表格时需要用下到的横Uѝ竖Uѝ交叉等形状Q一直把序号~到了最后一个状?55。从128?55q一늚字符集被U?扩展字符?。从此之后，贪婪的hcd没有新的状态可以用了，帝国主义可能没有想到还有第三世界国家的Z也希望可以用到计机吧！
{中国h们得到计机Ӟ已经没有可以利用的字节状态来表示汉字Q况且有6000多个常用汉字需要保存呢。但是这难不倒智慧的中国人民Q我们不客气地把那些127号之后的奇异W号们直接取消掉,
规定Q一个小?27的字W的意义与原来相同，但两个大?27的字W连在一hQ就表示一个汉字，前面的一个字节（他称之ؓ高字节）?xA1用到 0xF7Q后面一个字节（低字节）?xA1?xFEQ这h们就可以l合出大U?000多个体汉字了。在q些~码里，我们q把数学W号、罗马希腊的字母、日文的假名们都~进MQ连?ASCII 里本来就有的数字、标炏V字母都l统重新~了两个字节长的~码Q这是常说?全角"字符Q而原来在127号以下的那些叫"半角"字符了?/p>
中国人民看到q样很不错，于是把q种汉字Ҏ(gu)叫做 "GB2312"。GB2312 是对 ASCII 的中文扩展．
但是中国的汉字太多了Q我们很快就发现有许多人的人名没有办法在这里打出来Q特别是某些很会ȝ别h的国安gh。于是我们不得不l箋?GB2312 没有用到的码位找出来老实不客气地用上?
后来q是不够用，于是q脆不再要求低字节一定是127号之后的内码Q只要第一个字节是大于127固定表C是一个汉字的开始，不管后面跟的是不是扩展字W集里的内容。结果扩展之后的~码Ҏ(gu)被称?GBK 标准QGBK 包括?GB2312 的所有内容，同时又增加了q?0000个新的汉字（包括J体字）和符受?
后来数民族也要用电(sh)脑了Q于是我们再扩展Q又加了几千个新的少数民族的字，GBK 扩成了GB18030。从此之后，中华民族的文化就可以在计机时代中传承了?
中国的程序员们看到这一pd汉字~码的标准是好的Q于是通称他们叫做 "DBCS"QDouble Byte Charecter Set 双字节字W集Q。在DBCSpd标准里，最大的特点是两字节长的汉字字符和一字节长的英文字符q存于同一套编码方案里Q因此他们写的程序ؓ了支持中文处理，必须要注意字串里的每一个字节的|如果q个值是大于127的，那么pZ个双字节字符集里的字W出C。那时候凡是受q加持，会编E的计算机僧侣们都要每天念下面这个咒语数NQ?
"一个汉字算两个英文字符Q一个汉字算两个英文字符…?
因ؓ当时各个国家都像中国q样搞出一套自q~码标准Q结果互怹间谁也不懂谁的编码，谁也不支持别人的~码Q连大陆和台湾这样只盔R?50里Q用着同一U语a的兄弟地区，也分别采用了不同?DBCS ~码Ҏ(gu)——当时的中国人想让电(sh)脑显C汉字，必装上一?汉字pȝ"Q专门用来处理汉字的昄、输入的问题Q但是那个台湄愚昧徏人士写的命E序必d装另一套支?BIG5 ~码的什?倚天汉字pȝ"才可以用Q装错了字符pȝQ显C就会ؕ了套Q这怎么办？而且世界民族之林中还有那些一时用不上?sh)脑的穷苦h民，他们的文字又怎么办？
真是计算机的巴比伦塔命题啊！
正在q时Q大天加百列及时出C——一个叫 ISOQ国际标谁化l织Q的国际l织军_着手解册个问题。他们采用的Ҏ(gu)很简单：废了所有的地区性编码方案，重新搞一个包括了地球上所有文化、所有字母和W号的编码！他们打算叫它"Universal Multiple-Octet Coded Character Set"Q简U?UCS, 俗称 "UNICODE"?
UNICODE 开始制订时Q计机的存储器定w极大地发展了Q空间再也不成ؓ问题了。于?ISO q接规定必ȝ两个字节Q也是16位来l一表示所有的字符Q对于ascii里的那些“半角”字W，UNICODE 包持其原~码不变Q只是将光度由原来?位扩展ؓ16位，而其他文化和语言的字W则全部重新l一~码。由?半角"英文W号只需要用C8位，所以其?8位永q是0Q因此这U大气的Ҏ(gu)在保存英文文本时会多费一倍的I间?/p>
q时候，从旧C会里走q来的程序员开始发C个奇怪的现象Q他们的strlen函数靠不住了Q一个汉字不再是相当于两个字W了Q而是一个！是的Q从 UNICODE 开始，无论是半角的英文字母Q还是全角的汉字Q它们都是统一?一个字W?Q同Ӟ也都是统一?两个字节"Q请注意"字符"?字节"两个术语的不同，“字节”是一?位的物理存贮单元Q而“字W”则是一个文化相关的W号。在UNICODE 中，一个字W就是两个字节。一个汉字算两个英文字符的时代已l快q去了?
从前多种字符集存在时Q那些做多语a软g的公叔R上过很大ȝQ他们ؓ了在不同的国安售同一套YӞ׃得不在区域化软g时也加持那个双字节字W集咒语Q不仅要处处心不要搞错Q还要把软g中的文字在不同的字符集中转来转去。UNICODE 对于他们来说是一个很好的一揽子解决Ҏ(gu)Q于是从 Windows NT 开始，MS 机把它们的操作pȝ改了一遍，把所有的核心代码都改成了?UNICODE 方式工作的版本，从这时开始，WINDOWS pȝl于无需要加装各U本土语apȝQ就可以昄全世界上所有文化的字符了?
但是QUNICODE 在制订时没有考虑与Q何一U现有的~码Ҏ(gu)保持兼容Q这使得 GBK 与UNICODE 在汉字的内码~排上完全是不一LQ没有一U简单的术Ҏ(gu)可以把文本内容从UNICODE~码和另一U编码进行{换，q种转换必须通过查表来进行?
如前所qͼUNICODE 是用两个字节来表CZؓ一个字W，他d可以l合?5535不同的字W，q大概已l可以覆盖世界上所有文化的W号。如果还不够也没有关p，ISO已经准备了UCS-4Ҏ(gu)Q说单了是四个字节来表CZ个字W，q样我们可以组合出21亿个不同的字W出来（最高位有其他用途）Q这大概可以用到银河联邦成立那一天吧Q?/p>
UNICODE 来到Ӟ一起到来的q有计算机网l的兴vQUNICODE 如何在网l上传输也是一个必考虑的问题，于是面向传输的众?UTFQUCS Transfer FormatQ标准出CQ顾名思义QUTF8是每次8个位传输数据Q而UTF16是每次16个位Q只不过Z传输时的可靠性，从UNICODE?UTF时ƈ不是直接的对应，而是要过一些算法和规则来{换?/p>
受到q网l编E加持的计算机僧侣们都知道，在网l里传递信息时有一个很重要的问题，是对于数据高低位的解读方式Q一些计机是采用低位先发送的Ҏ(gu)Q例如我们PC机采用的 INTEL 架构Q而另一些是采用高位先发送的方式Q在|络中交换数据时Qؓ了核对双方对于高低位的认识是否是一致的Q采用了一U很便的Ҏ(gu)Q就是在文本的开始时向对方发送一个标志符——如果之后的文本是高位在位，那就发?FEFF"Q反之，则发?FFFE"。不信你可以用二q制方式打开一个UTF-X格式的文Ӟ看看开头两个字节是不是q两个字节？
讲到q里Q我们再Z说说一个很著名的奇怪现象：当你?windows 的记事本里新Z个文Ӟ输入"联?两个字之后，保存Q关闭，然后再次打开Q你会发现这两个字已l消׃Q代之的是几个ؕ码！呵呵Q有q就是联通之所以拼不过Ud的原因?/p>
其实q是因ؓGB2312~码与UTF8~码产生了编码冲撞的原因?
从网上引来一D从UNICODE到UTF8的{换规则：
Unicode
UTF-8
0000 - 007F
0xxxxxxx
0080 - 07FF
110xxxxx 10xxxxxx
0800 - FFFF
1110xxxx 10xxxxxx 10xxxxxx
例如"?字的Unicode~码?C49?C49?800-FFFF之间Q所以要?字节模板Q?110xxxx 10xxxxxx 10xxxxxx。将6C49写成二进制是Q?110 1100 0100 1001Q将q个比特按三字节模板的分段Ҏ(gu)分ؓ0110 110001 001001Q依ơ代替模板中的xQ得刎ͼ1110-0110 10-110001 10-001001Q即E6 B1 89Q这是其UTF8的编码?
而当你新Z个文本文件时Q记事本的编码默认是ANSI,如果你在ANSI的编码输入汉字，那么他实际就是GBpd的编码方式，在这U编码下Q?联?的内码是Q?
c1 1100 0001
aa 1010 1010
cd 1100 1101
a8 1010 1000
注意C吗？W一二个字节、第三四个字节的起始部分的都?110"?10"Q正好与UTF8规则里的两字节模板是一致的Q于是再ơ打开C本时Q记事本p认ؓq是一个UTF8~码的文Ӟ让我们把W一个字节的110和第二个字节?0LQ我们就得到?00001 101010"Q再把各位对齐，补上前导?Q就得到?0000 0000 0110 1010"Q不好意思，q是UNICODE?06AQ也是写的字?j"Q而之后的两字节用UTF8解码之后?368Q这个字W什么也不是。这是只有"联?两个字的文g没有办法在记事本里正常显C的原因?
而如果你?联?之后多输入几个字Q其他的字的~码不见得又恰好?10?0开始的字节Q这样再ơ打开ӞC本就不会坚持q是一个utf8~码的文Ӟ而会用ANSI的方式解MQ这时ؕ码又不出C?br />
好了Q终于可以回{NICO的问题了Q在数据库里Q有n前缀的字串类型就是UNICODEcdQ这U类型中Q固定用两个字节来表CZ个字W，无论q个字符是汉字还是英文字母，或是别的什么?
如果你要试"abc汉字"q个串的长度Q在没有n前缀的数据类型里Q这个字串是7个字W的长度Q因Z个汉字相当于两个字符。而在有n前缀的数据类型里Q同L试串长度的函数会告诉你是5个字W，因ؓ一个汉字就是一个字W?/p>
本文来自CSDN博客Q{载请标明出处Q?a >http://blog.csdn.net/stilling2006/archive/2009/04/27/4129700.aspx
]]>
int Write()
{
TiXmlDocument doc ;
TiXmlDeclaration *declare =new TiXmlDeclaration("1.0" , "","");
doc.LinkEndChild(declare);
doc.LinkEndChild(new TiXmlComment("英集团人力资源?/span>"));
TiXmlElement *root = new TiXmlElement("英集团");
TiXmlElement *sub = new TiXmlElement("员工");
sub->SetAttribute("ID" , "011"); // 向sub中添加属?/span>
sub->SetAttribute("职位" , "技术ȝ");
TiXmlElement *child = new TiXmlElement("姓名"); // 建立子元?/span>
TiXmlText *content =new TiXmlText("虚竹"); // 建立文本
child->LinkEndChild(content); // 徏立的文本q加到child所指的子元素中
sub->LinkEndChild(child); // childq加到sub?以作为子元素
root->LinkEndChild(sub); // subq加到root?以作为子元素
sub = new TiXmlElement("员工");
sub->SetAttribute("ID" , "029");
sub->SetAttribute("职位" , "技术ȝ");
child = new TiXmlElement("姓名");
content =new TiXmlText("乔峰");
child->LinkEndChild(content);
sub->LinkEndChild(child);
root->LinkEndChild(sub);
sub = new TiXmlElement("员工");
sub->SetAttribute("ID" , "100");
sub->SetAttribute("职位" , "L构师");
child = new TiXmlElement("姓名");
content =new TiXmlText("扫地?/span>");
child->LinkEndChild(content);
sub->LinkEndChild(child);
root->LinkEndChild(sub);
sub = new TiXmlElement("员工");
sub->SetAttribute("ID" , "101");
sub->SetAttribute("职位" , "公关部经?/span>");
child = new TiXmlElement("姓名");
content =new TiXmlText("韦小?/span>");
child->LinkEndChild(content);
sub->LinkEndChild(child);
root->LinkEndChild(sub);
sub = new TiXmlElement("员工");
sub->SetAttribute("ID" , "102");
sub->SetAttribute("职位" , "Z部经?/span>");
child = new TiXmlElement("姓名");
content =new TiXmlText("黄蓉");
child->LinkEndChild(content);
sub->LinkEndChild(child);
root->LinkEndChild(sub);
doc.LinkEndChild(root);
doc.SaveFile("WriteTest.xml");
return 0;
}
{
TiXmlDocument doc ;
TiXmlDeclaration *declare =new TiXmlDeclaration("1.0" , "","");
doc.LinkEndChild(declare);
doc.LinkEndChild(new TiXmlComment("英集团人力资源?/span>"));
TiXmlElement *root = new TiXmlElement("英集团");
TiXmlElement *sub = new TiXmlElement("员工");
sub->SetAttribute("ID" , "011"); // 向sub中添加属?/span>
sub->SetAttribute("职位" , "技术ȝ");
TiXmlElement *child = new TiXmlElement("姓名"); // 建立子元?/span>
TiXmlText *content =new TiXmlText("虚竹"); // 建立文本
child->LinkEndChild(content); // 徏立的文本q加到child所指的子元素中
sub->LinkEndChild(child); // childq加到sub?以作为子元素
root->LinkEndChild(sub); // subq加到root?以作为子元素
sub = new TiXmlElement("员工");
sub->SetAttribute("ID" , "029");
sub->SetAttribute("职位" , "技术ȝ");
child = new TiXmlElement("姓名");
content =new TiXmlText("乔峰");
child->LinkEndChild(content);
sub->LinkEndChild(child);
root->LinkEndChild(sub);
sub = new TiXmlElement("员工");
sub->SetAttribute("ID" , "100");
sub->SetAttribute("职位" , "L构师");
child = new TiXmlElement("姓名");
content =new TiXmlText("扫地?/span>");
child->LinkEndChild(content);
sub->LinkEndChild(child);
root->LinkEndChild(sub);
sub = new TiXmlElement("员工");
sub->SetAttribute("ID" , "101");
sub->SetAttribute("职位" , "公关部经?/span>");
child = new TiXmlElement("姓名");
content =new TiXmlText("韦小?/span>");
child->LinkEndChild(content);
sub->LinkEndChild(child);
root->LinkEndChild(sub);
sub = new TiXmlElement("员工");
sub->SetAttribute("ID" , "102");
sub->SetAttribute("职位" , "Z部经?/span>");
child = new TiXmlElement("姓名");
content =new TiXmlText("黄蓉");
child->LinkEndChild(content);
sub->LinkEndChild(child);
root->LinkEndChild(sub);
doc.LinkEndChild(root);
doc.SaveFile("WriteTest.xml");
return 0;
}
输出效果Q?br />
<?xml version="1.0" ?>
<!--英集团人力资源?/span>-->
<英集团>
<员工 ID="011" 职位="技术ȝ">
<姓名>虚竹</姓名>
</员工>
<员工 ID="029" 职位="技术ȝ">
<姓名>乔峰</姓名>
</员工>
<员工 ID="100" 职位="L构师">
<姓名>扫地?/span></姓名>
</员工>
<员工 ID="101" 职位="公关部经?>
<姓名>韦小?/span></姓名>
</员工>
<员工 ID="102" 职位="Z部经?>
<姓名>黄蓉</姓名>
</员工>
</英集团>
<!--英集团人力资源?/span>-->
<英集团>
<员工 ID="011" 职位="技术ȝ">
<姓名>虚竹</姓名>
</员工>
<员工 ID="029" 职位="技术ȝ">
<姓名>乔峰</姓名>
</员工>
<员工 ID="100" 职位="L构师">
<姓名>扫地?/span></姓名>
</员工>
<员工 ID="101" 职位="公关部经?>
<姓名>韦小?/span></姓名>
</员工>
<员工 ID="102" 职位="Z部经?>
<姓名>黄蓉</姓名>
</员工>
</英集团>
注意Q?br />在网上搜索如何用TinyXmlӞ本h普遍的发CcM如下的代?br />
TiXmlDocument doc;TiXmlElement *ele = new TiXmlElement("test");doc.LinkEndChild(ele);doc.SaveFile("test.xml");也就是只有new而没有delete?br />于是当我W一ơ写的时候，很守规矩的按部q的在doc.SaveFile后面加上了delete eleQ而这一加就把问题加出来了，E序直接在运行时崩掉了?br />后来才知道，人家那样写是有原因的。当析构Ӟtinyxml会对所有已l连接进来的节点q行释放Q所以不需要手动的去释放所new出来的东西，而如果TiXmlDocument对象也是new出来的，则需要对TiXmlDocument对象执行delete?img src ="http://www.shnenglu.com/zhaoyg/aggbug/110862.html" width = "1" height = "1" />
]]>
后来在网上一搜，发现其原因是该字体在字体库中是被隐藏的，于是C本中才不能用该字体。网上的解决Ҏ(gu)也很单，打开“控制面板”中的“字体”Q此时会发现该字体是暗色的（即隐藏）Q在该字体上鼠标右键选择“昄”之后便可在记事本中用fixedsys字体了?
]]>