鸡啄米-值得你研究的：有符号数和无符号数的强制类型转换http://www.jizhuomi.com/software/303.htmlRainbowSoft Studio Z-Blog 1.8 Walle Build 100427zh-CNFri, 22 Feb 2013 20:51:16 +0800Re:值得你研究的：有符号数和无符号数的强制类型转换 (tsukikage)http://www.jizhuomi.com/software/303.html#cmt11646Fri, 19 Feb 2016 15:22:44 +0800http://www.jizhuomi.com/software/303.html#cmt11646首先明明是-1，非被看成0xff来用。
还被做了一个有溢出的左移运算。
结果结论就是符号数转换，不安全。。。

如果左移不溢出，结果不会有问题的吧。。

而且，抛除溢出部分，对于char类型来说，无论是有符号，还是无符号来说，结果都是0xff吧。

注，假定编译器char为signed int]]>Re:值得你研究的：有符号数和无符号数的强制类型转换 (菜鸟来袭)http://www.jizhuomi.com/software/303.html#cmt3822Mon, 23 Jun 2014 10:42:52 +0800http://www.jizhuomi.com/software/303.html#cmt3822Re:值得你研究的：有符号数和无符号数的强制类型转换 (yueyixing11)http://www.jizhuomi.com/software/303.html#cmt3751Wed, 21 May 2014 16:57:15 +0800http://www.jizhuomi.com/software/303.html#cmt3751第三：只是分析了编译器的实现，没有说为什么会这样操作。
其实，这里涉及了整型提升和符号扩展两个问题。抛开编译器的实现细节，对于第一个例子来说，signed char类型的ch[7]先被提升为int，然后乘以256，最后加上上面得出的-1（此时也会被提升为整型,signed char的-1变为int类型的-1,你看一下他们的补码就知道为什么必须进行符号扩展了），所以0xF*128+(-1)=3839即0xEFF。
yueyixing11 于 2014-5-21 17:00:15 回复
更正一下，最后应该是0xF*256+(-1)=3839即0xEFF

]]>Re:值得你研究的：有符号数和无符号数的强制类型转换888668729@qq.com (合肥做网站公司)http://www.jizhuomi.com/software/303.html#cmt2717Sun, 10 Mar 2013 18:46:53 +0800http://www.jizhuomi.com/software/303.html#cmt2717Re:值得你研究的：有符号数和无符号数的强制类型转换5623658@qq.com (入门啦)http://www.jizhuomi.com/software/303.html#cmt2714Sat, 09 Mar 2013 19:26:24 +0800http://www.jizhuomi.com/software/303.html#cmt2714