2006年六月月 发布的文章

从'地狱'升入'天堂'

90分钟的比赛,乌克兰人完成了从第一轮'入地狱'到此轮'升天堂'的转变过程,舍瓦也终于进球了!

昨晚没有看比赛,而是听比赛,喜欢听广播入睡的我选择了舒服的躺在床上享受着世界杯的比赛,而这场比赛恰恰是乌克兰对阵沙特阿拉伯,开场3分钟左右,听到收音机中解说员大声喊叫着'进球了!',乌克兰的6号鲁索尔门前接角球垫射入网,乌克兰人开了个好头。一向对沙特阿拉伯能力持怀疑态度的我马上意思到:'沙特漏斗要开口了'。之后昏昏沉沉地进入了梦乡。

早上起来看中央五套的'晨光战报',果不其然,沙特漏斗被灌了4个进球,好像每每遇到身体高大强壮的对手,沙特队总是没什么办法,这让我想到身高马大的中国队如果和沙特人交手,估计也能占到些许便宜。更令人欣喜地是超级前锋舍瓦一次助攻,一个进球,表现很是完美。记得N年前当舍瓦和巴蒂争意甲最佳射手时,我还不是很喜欢这个黄头发的家伙,随着巴蒂的退役,舍瓦的成熟,特别是舍瓦这几年已经成为了AC米兰的核心和领袖,这着实让我对之刮目相看。在目前来看,舍瓦的确是最优秀的技术全面、有领袖气质的箭头人物,称之为'核弹头'再合适也不过了,真为舍瓦在世界杯有出色表现而高兴,试想一下如果舍瓦是德国或者是英国或者是意大利球员,那么舍瓦早就可以登到足坛最高峰了,可惜他属于一个在足球界不起眼的国家-乌克兰。乌克兰能在舍瓦的带领下从欧洲诸强中第一个出线,我们就可以为之热烈鼓掌了。乌克兰在小组赛最后一个对手是突尼斯,只要乌克兰人能把握好自己,相信进军16强的大门会向之敞开的。

另:G组第二轮比赛已经全部结束,瑞士出线前景一片光明,但是韩国人是最善于背水一战的,最后一轮韩国vs. 瑞士值得一看,现在让我们暂时忘记那个98年夺冠的法国队吧,面对现实吧,现在的法国队有可能重走2002年之路。

理解’位域’

这也是在ChinaUnix上看了几篇关于C语言'位域(Bit Fields)'的帖子之后,才想写下这篇文章的。其实在平时的工作中很少使用到'位域',我是搞服务器端程序设计的,大容量的内存可以让我毫不犹豫的任意'挥霍'^_^。想必搞嵌入式编程的朋友们对位域的使用应该不陌生吧。这里我也仅仅是凭着对C语言钻研的兴趣来学习一下'位域'的相关知识的,可能有些说法没有实践,缺乏说服力。

具体也不是很清楚当年C语言的创造者为什么要加入位域这一语法支持,那是太遥远的事情了,我们不需要再回顾了,既然大师们为我们创造了它,我们使用便是了。

毋庸置疑,位域的引入给用户的最大的好处莫过于可以有效的利用'昂贵'的内存和操作bit的能力了。而且这种操作bit位的能力很是方便,利用结构体域名即可对这些bit进行操作。例如:

struct foo {
 int a : 1;
 int b : 2;
 short c : 1;
};

struct foo aFoo;
aFoo.a = 1;
aFoo.b = 3;
aFoo.c = 0;

通过结构体实例.域名即可修改某些bit得值,这些都是编译器的'甜头'。当然我们也可以自己通过一些'掩码'和移位操作来修改这些bit,当然如果不是十分需要,我们是不需要这么做的。

位域还提供一种叫'匿名'位域的语法,它常用来'填缺补漏',由于是'匿名',所以你不能像上面那样去访问它。如:
struct foo1 {
 int a : 1;
 int   : 2;
 short c : 1;
};
在foo1的成员a和c之间有一个2 bits的匿名位域。

在foo结构体的定义中,成员a虽然类型为int,但是它仅仅占据着4个字节中的一个bit的空间;类似b占据2个bit空间,但是b到底是占据第一个int的2个bit空间呢还是第二个int的2个bit空间呢?这里实际上也涉及到如何对齐带有'位域'的结构体这样一个问题。我们来分析一下。

我们再来看看下面两个结构体定义:
struct foo2 {
        char    a : 2;
        char    b : 3;
        char    c : 1;
};

struct foo3 {
        char    a : 2;
        char    b : 3;
        char    c : 7;
};
我们来打印一下这两个结构体的大小,我们得到的结果是:
sizeof(struct foo2) = 1
sizeof(struct foo3) = 2
显然都不是我们期望的,如果按照正常的内存对齐规则,这两个结构体大小均应该为3才对,那么问题出在哪了呢?首先通过这种现象我们可以肯定的是:带有'位域'的结构体并不是按照每个域对齐的,而是将一些位域成员'捆绑'在一起做对齐的。以foo2为例,这个结构体中所有的成员都是char型的,而且三个位域占用的总空间为6 bit 8 bit(1 byte),这里位域是不能跨越两个成员基本类型空间的,这时编译器将a和b两个成员'捆绑'按照char做对齐,而c单独拿出来以char类型做对齐,这样实际上在b和c之间出现了空隙,但这也是最节省空间的方法了。我们再看一种结构体定义:

struct foo4 {
        char    a : 2;
        char    b : 3;
        int c : 1;
};

在foo4中虽然三个位域所占用空间之和为6 bit < 8 bit(1 byte),但是由于char和int的对齐系数是不同的,是不能捆绑在一起,那是不是a、b捆绑在一起按照char对齐,c单独按照int对齐呢?我们打印一下sizeof(struct foo4)发现结果为4,也就是说编译器把a、b、c一起捆绑起来并以int做对齐了。

通过上面的例子我们发现很难总结出很规律性的东西,但是带有'位域'的结构体的对齐有条原则可以遵循,那就是:"尽量减少结构体的占用空间"。当然显式的使用内存对齐的机会也并不多。^_^

如发现本站页面被黑,比如:挂载广告、挖矿等恶意代码,请朋友们及时联系我。十分感谢! 图片广告位1 图片广告位2 图片广告位3 商务合作请联系bigwhite.cn AT aliyun.com

欢迎使用邮件订阅我的博客

输入邮箱订阅本站,只要有新文章发布,就会第一时间发送邮件通知你哦!

这里是 Tony Bai的个人Blog,欢迎访问、订阅和留言! 订阅Feed请点击上面图片

如果您觉得这里的文章对您有帮助,请扫描上方二维码进行捐赠 ,加油后的Tony Bai将会为您呈现更多精彩的文章,谢谢!

如果您希望通过微信捐赠,请用微信客户端扫描下方赞赏码:

如果您希望通过比特币或以太币捐赠,可以扫描下方二维码:

比特币:

以太币:

如果您喜欢通过微信浏览本站内容,可以扫描下方二维码,订阅本站官方微信订阅号“iamtonybai”;点击二维码,可直达本人官方微博主页^_^:
本站Powered by Digital Ocean VPS。
选择Digital Ocean VPS主机,即可获得10美元现金充值,可 免费使用两个月哟! 著名主机提供商Linode 10$优惠码:linode10,在 这里注册即可免费获 得。阿里云推荐码: 1WFZ0V立享9折!


View Tony Bai's profile on LinkedIn

文章

评论

  • 正在加载...

分类

标签

归档



View My Stats