从5天前开始,我男朋友的胃就一直很胀,但是奇怪的是他胃口很好.有时候想打嗝打不出,有时候明明有想大便的感觉去了洗手间却大不出来,晚上躺在床上胀的感觉会更厉害些.吃了吗丁林和胃苏颗粒都没有用.请问这是为什么呢?
来自于：河北|
提问时间： 11:14:26|
病情描述：
从5天前开始,我男朋友的胃就一直很胀,但是奇怪的是他胃口很好.有时候想打嗝打不出,有时候明明有想大便的感觉去了洗手间却大不出来,晚上躺在床上胀的感觉会更厉害些.吃了吗丁林和胃苏颗粒都没有用.请问这是为什么呢?
在这之前他曾受过凉,这和他的胃胀有关系吗?
看了该问题的网友还看了：
您好，请多食半流及流食，不要食入不易消化及刺激性的食物
腹胀和嗳气难以减轻和消除。如果嗳气是其主要症状，则减少咽下的气体有一定帮助。但这常常很困难，因为病人通常根本没有注意到自己在咽下空气。避免咀嚼口香糖、在轻松的环境下细吃慢咽可能会有一些帮助。
　　有嗳气和肛门排气过多的病人应改变其饮食，尽量避免那些难以消化的食物。若发现某些食物是引起症状的原因，则不要再进食那种或那一类食物。可以从避免进食牛奶和奶制品开始，然后避免水果、某些蔬菜和其他一些食物。有时嗳气也可因饮汽水或服用抗酸剂如苏打引起，因此，也应避免。
　　虽然使用药物一般不能收到好的效果，但有时让病人用一些药物能帮助病人减少胃肠道气体的产生。在一些抗酸剂里含有的消疮净，对减轻症状有帮助，此药也可单独使用。有时，其他药物包括其他抗酸剂、灭吐灵和苯甲酰胺，可能有一定效果。进食较多的纤维素对某些病人有效，但对另一些病人可能会加重症状。
TA帮助了219人
目前共收到封感谢信
TA帮助了35人
目前共收到封感谢信
TA帮助了120人
目前共收到封感谢信c语言。我写了一个小程序，但运行却和我想象的有小出入，很奇怪c语言为什么会这样！！ 以下是具体疑问：_百度知道
c语言。我写了一个小程序，但运行却和我想象的有小出入，很奇怪c语言为什么会这样！！ 以下是具体疑问：
图所示程序源代码：图阴影部我明明定义a能超9b能超4运行：变10*5=36啊按理说应该运行9*4=36才嘛跪求侠解我迷惑谢谢
a=9 b=3候执行
c=a*b=27a=9 b=4c=36b++
跳内层循环执行外层循环 a++
跳外层循环 结36 &改&=
按照您说的做了，但是这样的结果：&&怎么回事？
因为这个时候a=11 b=6for(a=1;a&=10;a++)for(b=1;b&=5;b++)c=a*b;等同于for(a=1;a&=10;){for(b=1;b&=5;){c=a*b;b++;}a++;}因为最后退出的时候 都执行了a++ ,b++所以printf(&%d*%d=%-3d&,--a,--b,c);就可以了满意请采纳啊
其他类似问题
按默认排序
其他1条回答
应该知道for(a=1;a&10;a++){...}等同于a=1while(a&10){
a++;}所循环结束a值10同理for(b=1;b&5;b++)循环结束b值54所……
如果循环结束时a的值是10，b的值是5的话，那运行的结果应该是10*5=50啊？？怎么会是36呢？
你再去看书上的for语句循环执行顺序你这个程序被换成while循环是这样：while(a&10){
while(b&5)
a++;}最后a=10；b=5但c=36for循环的执行顺序是这样的for(初值表达式；循环条件表达式；更新表达式){循环体}；（1）求解初值表达式。（2）判断循环条件表达式，如果值为真（非0），则执行for语句循环体内部的语句，然后执行第3步；如果值为假（0），则跳出循环，执行第（5）步。（3）求解更新表达式。（4）跳回第（2）步重复执行。（5）循环结束，执行for循环体后面的语句。
那怎么样能改成最后运行的结果是“9*4=36”呢？（不要改最后的输出结果，如“ printf(&%d*%d=%-3d &,a-1,b-1,c);等）相信这二十分非您莫属了
这个比较麻烦，for弄不太好，建议用while#include&stdio.h&int main(void){
int a,b,c=1;
while(a+1&10)
while(b+1&5)
printf(&%d*%d=%d &,a,b,c);
return 0; } 实测无问题
小程序的相关知识
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁当前位置：
软件测试悖论
软件测试悖论
发布日期： 20:17
浏览次数：764次
标　　签：C++
文章评分：5.0
操　　作：
称号：未设置简介：...
文章概要：
悖论很奇妙。在本月的专栏里，我将向你们展示你们进行软件测试时可能遇到的三个有趣的案例。他们本质上是数学问题，而且他们对你们的问题库是一个很好的补充。
　　在这个专栏的第一部分，我解释 Simpson 悖论。该悖论阐述的是这样一种情况：软件系统 A 与软件系统 B 相比，各方面都要差，然而软件系统 A 可能是一个更好的系统。 在第二部分，我揭示了 Braess 悖论。根据这个悖论，当增加一个完全负载平衡的服务器时，网络性能会以一种奇怪的方式降低。最后，我考虑了 Parrondo 悖论。这个悖论认为两个相互独立并且是错误百出的系统能够不可思议地产生一个正确的系统。
　　Simpson 悖论经常发生。虽然你实际碰到 Braess 悖论和 Parrondo 悖论的机会很少，我还是认为你们会有兴趣读它们。
Simpson 悖论
Braess 悖论
Parrondo 悖论
悖论很奇妙。在本月的专栏里，我将向你们展示你们进行软件测试时可能遇到的三个有趣的案例。他们本质上是数学问题，而且他们对你们的问题库是一个很好的补充。
在这个专栏的第一部分，我解释 Simpson 悖论。该悖论阐述的是这样一种情况：软件系统 A 与软件系统 B 相比，各方面都要差，然而软件系统 A 可能是一个更好的系统。 在第二部分，我揭示了 Braess 悖论。根据这个悖论，当增加一个完全负载平衡的服务器时，网络性能会以一种奇怪的方式降低。最后，我考虑了 Parrondo 悖论。这个悖论认为两个相互独立并且是错误百出的系统能够不可思议地产生一个正确的系统。
Simpson 悖论经常发生。虽然你实际碰到 Braess 悖论和 Parrondo 悖论的机会很少，我还是认为你们会有兴趣读它们。
Simpson 悖论
假设你有两个不同的软件系统原型：原型 A 和原型 B 。你想知道从用户的反馈来看，哪个原型更好。假设对于易用性，原型 A 从 200 个用户当中获得了 50 个用户的优秀评价，而原型 B 从 100 个用户中获得了 15 个用户的优秀评价（见图 1 ）。从这个数据来看，原型 A 的易用性显然要比原型 B 要好，因为原型 A 获得了 25% 的优秀评价，而原型 B 只得到了 15% 。　
易用性数据
优秀评价用户数目
总用户数目
安全性数据
优秀评价用户数目
总用户数目
图1 比较原型A和原型B
现在，假设对于安全性，原型 A 从 100 个用户当中获得了 85 个用户的优秀评价，而原型 B 从 400 个用户中获得了 300 个用户的优秀评价。对于这个数据，你能看到原型 A （ 85% 的优秀率）再次比原型Ｂ（ 75% 的优秀率）要好。因此，你认为哪个原型要好？在你回答之前，让我们把图 1 中的数据整合到一个单独的表格当中（图 2 ）。
整合之后的数据
优秀评价用户数目
总用户数目
图2 安全性、易用性整合数据
如果你将优秀评价的数目结合起来，你就能看到原型 A 从 300 个用户中获得了 135 个优秀评价，比例仅为 45% 。相反，原型 B 有 63% 的优秀评价率，从 500 个用户当中获得了 315 个用户的优秀评价。因此，原型 B 要好，对不对？或者原型 A 要好？如果是原型 A 要好，你怎样解释这些整合之后的数据？
这是 Simpson 悖论的一个例子，这是一种真实现象。这里没有任何的诡计。正确答案是原型 A 是更好的系统，你不能把这些数据整合成一个象图 2 一样的单独表。 Simpson 悖论的一个简单、非正式的描述是：两个及以上的数据集单独评估时会产生一个结果，而联合起来评估时会产生一个相反的结果。如果你再回看图 1 中的数据，你会注意到不同原型不同列中的评估总值是不一样的。这是 Simpson 悖论的必要条件。
前述例子是假设的，然而它清楚地揭示了 Simipson 悖论。重要的是， Simpson 悖论在实际工作中确实发生，并且你应该警惕它们的出现。这种悖论会悄悄躲过你的法眼，尤其是当你只能看到总数据，而没有机会接触到原始、没有结合的数据。这里有一组拼凑起来的数据，但是数据的来源场景是真实的。这个实际的例子出现在 P.J.Bickel, E.A.Hammel 和 J.W.O''Connell 的文献“研究生录取的性别偏差： Berkeley 的数据”（ 1975 ）。
考虑一个大学的研究生院的数据（图3）。这个数据显示向这个大学申请的 9000 个男性中的 4000 人被录取进行研究生学习（ 44.4% ），而 4500 个女性之中只有 1500 个被录取（ 33.3% ）。这个案例是不是证明了性别不平等呢？不见得。图 3 中的数据是该大学 4 个系录取数据的整合。看看描述各个系的原始数据的图 4 。从这个数据中来看，你会发现在每个系女性被录取的比例比男性都要高！很明显，图 4 中未整合的数据比图 3 中整合的数据更好的描述了录取率。尽管这只是现实事件的一个很大简化，你还能看到 Simpson 悖论是很难发现的。
录取的人数
拒绝的人数
图3 整合后的研究生院录取数据
录取的人数
拒绝的人数
录取的人数
拒绝的人数
图4 原始的研究生院录取数据
Simpson 悖论从数学上来说确实不是一种真正的悖论。一个数学悖论产生一个逻辑上不一致的答案，而 Simpson 悖论的结论是奇怪的、意料之外的，但是却是能够得到解释的。如果你想深入研究，网上有很多关于 Simpson 悖论的资料。给我们的启示是，当你检查测试结果数据的时候，你要先怀疑这些数据是不是从其他原始资料整合而来的。如果是，那么你应该看看原始未经整合的数据。另外，如果你在产生一个测试数据报告，当你尝试要整合数据以便简化你的阐述时要相当仔细。有人说“统计能用来说明任何你想要的”，这种情况正是它们说提及的。
Braess 悖论
现在来看看 Braess 悖论。我的例子使用了一个传统场景――汽车交通，但是我描述了这个悖论是怎样扩展到软件测试和其他情况的。关于 Braess 悖论的原始工作是 Dietrich Braess 的“ über ein Paradox der Verkerhsplannung ”（ 1968 ）。而我的例子，是基于我发现的几个例子，这几个例子对 Mark Wainwright 的工作作出了贡献。当时我不能亲自参加到 Wainwright 的原始工作中。
Braess 悖论相当复杂，所以这里我给一个简化的、离散近似。假设象图 5 中显示的一样有四个城镇――城镇 A ，城镇 B ，城镇 C 和城镇 D 。
连接任意两个城镇之间的每一条路都有一个关联成本，由图中与路相邻的方程给出。成本是陆上汽车数的函数。你能想象成本代表了在这条路上行驶所需要的时间，或者所需要的汽油，或者你们想要最小化的某些因素。现在假设某一个早晨，有 6 辆车从城镇 A 离开，每次一辆，目的都是城镇 D 。汽车 1 离开的时候，路上完全是空的。该车可以从两条路径中选择： A-B-D 和 A-C-D 。 A-B-D 的成本是 [4(1) + 1] + [1 + 16] = 22 。由于该图的对称性，路径 A-C-D 的成本也是 22 。假设汽车 1 选择了路径 A-B-D 。
图5 公路网络： Braess 悖论
现在汽车 2 准备离开了。他看到汽车 1 在路径 A-B-D 上，因此知道了现在 A-B-D 上的成本是 [4(2) + 1] + [2 + 16] = 27 ，所以他选择了成本只有 22 的路径 A-C-D 。汽车 3 看到每条路径上都有一辆车，所以选择了成本是 27 的路径 A-B-D 。汽车 4 选择了成本是 27 的路径 A-C-D 。汽车 5 看到四辆车是均匀分布的，他选择了路径 A-B-C ，成本是 [4(3) + 1] + [3 + 16] = 32 。最后，汽车 6 选择了成本是 32 的路径 A-C-D 。现在所有六辆车都在从城镇 A 到城镇 D 的某一条路径上。因为每一条路径上有三辆车，而两条路径是对称的，每辆车的成本是 32 。
这是 Braess 悖论出现的地方。如果在城镇 B 和城镇 C 之间增加一条新的、有效的路径，你认为会出现怎样的结果？常识是，增加道路容量会降低司机们的成本。但是既然这种现象被叫做“ Braess 悖论”而不是“ Braess 常识”，你应该猜到实际发生的并不是如此。
假设修改图 5 中的地图，在城镇 B 和城镇 C 之间增加了一条高效快捷路径，它的成本函数是一个常数 1 。在加入了快捷路径的第一个早晨，汽车 1 准备离开城镇 A 。他有四种可能路径选择，各条路经的关连成本如下：
A-B-D cost = [4(1) + 1] + [1 + 16] = 22
A-C-D cost = [1 + 16] + [4(1) + 1] = 22
A-B-C-D cost = [4(1) + 1] + 1 + [4(1) + 1] = 11
A-C-B-D cost = [1 + 16] + 1 + [1 + 16] = 35
这是很有希望的。汽车 1 选择了路径 A-B-C-D ，通过快捷路径来显著降低他的交通成本――至少暂时如此。汽车 2 准备离开了。他看到汽车 1 选择了路径 A-B-C-D ，于是分析他的可能成本：
A-B-D cost = [4(2) + 1] + [1 + 16] = 26
A-C-D cost = [1 + 16] + [4(2) + 1] = 26
A-B-C-D cost = [4(2) + 1] + 1 + [4(2) + 1] = 19
A-C-B-D cost = [1 + 16] + 1 + [1 + 16] = 35
经过快速数学计算之后，汽车２页选择了路径 A-B-C-D 。尽管汽车 1 已经在这条路径上了，快捷路径的有效性仍然使得它是汽车 2 的最好选择。
现在汽车 3 准备离开了，他的选择是：
A-B-D cost = [4(3) + 1] + [1 + 16] = 30
A-C-D cost = [1 + 16] + [4(3) + 1] = 30
A-B-C-D cost = [4(3) + 1] + 1 + [4(3) + 1] = 27
A-C-B-D cost = [1 + 16] + 1 + [1 + 16] = 35
再次，这个快捷路径 A-B-C-D 是最好的选择。汽车 4 准备离开城镇 A ，观察了钱三个司机的决定，算出了他自己的成本：
A-B-D cost = [4(4) + 1] + [1 + 16] = 34
A-C-D cost = [1 + 16] + [4(4) + 1] = 34
A-B-C-D cost = [4(4) + 1] + 1 + [4(4) + 1] = 35
A-C-B-D cost = [1 + 16] + 1 + [1 + 16] = 35
快捷路径上目前的交通使得 A-B-C-D 比路径 A-B-D 和 A-C-D 的成本要高。假设汽车 4 选择了路径 A-B-C （如果汽车 4 选择了 A-C-D ，细节会有一点不同，但是总的结果是一样的）。
汽车 5 现在准备离开了，他分析了他的选择：
A-B-D cost = [4(5) + 1] + [2 + 16] = 39
A-C-D cost = [1 + 16] + [4(4) + 1] = 34
A-B-C-D cost = [4(5) + 1] + 1 + [4(4) + 1] = 39
A-C-B-D cost = [1 + 16] + 1 + [2 + 16] = 36
因此汽车 5 决定选择路径 A-C-D 。最后一辆车，汽车 6 ，现在准备离开了，他观察了前面 5 个司机的决定，做出了他自己的分析：
A-B-D cost = [4(5) + 1] + [2 + 16] = 39
A-C-D cost = [2 + 16] + [4(5) + 1] = 39
A-B-C-D cost = [4(5) + 1] + 1 + [4(5) + 1] = 43
A-C-B-D cost = [2 + 16] + 1 + [2 + 16] = 37
汽车 6 选择了路径 A-C-B-D ，因为这是成本最低的。现在 6 辆车都在路上了，你可以算出每辆车的成本。
Car 1 route A-B-C-D, cost = [4(4) + 1] + 1 + [4(4) + 1] = 35
Car 2 route A-B-C-D, cost = [4(4) + 1] + 1 + [4(4) + 1] = 35
Car 3 route A-B-C-D, cost = [4(4) + 1] + 1 + [4(4) + 1] = 35
Car 4 route A-B-D, cost = [4(4) + 1] + [1 + 16] = 34
Car 5 route A-C-D, cost = [2 + 16] + [4(4) + 1] = 35
Car 6 route A-C-B-D, cost = [2 + 16] + 1 + [1 + 16] = 36
回忆一下，如果没有这条快速路，每辆车的成本是 32 。现在增加了额外公路容量，我们却增加每个司机的成本！
这个例子提供了一个对 Braess 悖论的实际接触。因为这和网络系统上所传输的数据包有明显的关系， Braess 悖论受到了研究人员的深入研究。你能非正式的总结这个悖论：有时候增加节点之间的路径数反而会增加网络拥塞。从软件测试角度来说， Braess 悖论会在进行网络性能测试的时候出现。老实说，你碰到 Braess 悖论的机会很少。但是这个现象确实存在。启示是，你不应该假设增加网络容量就会提高性能。如果你增加了容量但是没有看到你所期望的性能提高， Braess 悖论就是应该去调查的。
Parrondo 悖论
本质上， Parrondo 悖论陈述的是两个要输的赌博游戏（我们称他们为游戏 A 和游戏 B ），它们可以被设计好，这样如果一个接一个地玩，它们可以成为赢得游戏。有很多方法可以构造 Parrondo 悖论的例子，最简单的事使用三个有偏差的硬币。
游戏 A 是一个简单的掷硬币游戏。你掷出一枚硬币，如果硬币正面朝上，你赢 1 元，如果硬币正面朝下，你输 1 元。硬币 1 稍微有点偏差，这样它正面朝上的概率是 p1=0.495 （故正面朝下的概率就是 1-p1=0.505 ）。如果你不停的玩这个游戏，你最终会输钱。游戏 B 有点复杂，使用两个硬币。这个游戏中的第一个硬币（硬币 2 ）有一个赢（正面朝上）的概率 p2=0.095 。这是一个很糟糕的硬币。第二枚硬币（硬币 3 ），有一个赢的概率 p3=0.745 。这是一个很好的硬币。
你从一定数目的钱开始玩这个游戏，例如 300 元。为了玩游戏 B ，你需要两个步骤 : 先要检查你的钱数是否是 3 的倍数（例如 300 元、 297 元、 303 元等等）。如果你目前的资金是 3 的倍数，你掷硬币 2 ，要不是赢 1 元就是输 1 元。如果你目前的资金不是 3 的整数倍，你掷硬币 3 ，赢 1 元或输 1 元。尽管不是很明显，如果你不停的玩游戏 B ，你还是会输钱。
在这一点上，我们有两个要输的游戏。如果我们按照一种随机模式或者是固定模式来玩游戏 A 和 B ，你认为会发生什么？令人惊奇的是，如果一起玩，这两个要输的游戏最后会赢！本专栏附带的代码给出了一个用 C# 写的仿真。图 6 是运行这个程序的一个屏幕截图。
图6 Parrondo 悖论仿真
这个游戏是由西班牙心理学家 Parrondo 创造的。 1999 年， G.P.Harmer 和 D.Abbott 发表了文献“ Losing Strategies Can Win by Parrondo''s Paradox ”，以 Parrondo 给这个悖论命名。从那以后，在这个游戏和它的变种上出现了很多的研究，包括改变三个硬币的概率影响和改变玩游戏 A 和 B 的模式。
现实中，你碰到 Parrondo 悖论的机会是很少的。在一种牵强的场景中，你由一定数目的进程优先级（与 Parrondo 悖论中的资金相对应）开始，你有一个子过程会根据 CPU 的使用情况提高或降低进程优先级（与游戏 A 对应），你也有另外一个子过程会根据目前的优先级而提高或降低进程优先级（与游戏 B 对应）。这两个子过程都设计为概率上最后都会降低进程优先级。然而，当这两个过程被反复调用，它们实际上会提高进程优先级。诚然，这只是一种扩展，然而 Parrondo 悖论太有趣了，我忍不住在这个专栏中介绍它！　
作者简介：
James McCaffrey 在Volt信息技术公司管理着微软软件工程师的技术培训。他曾经为数个微软产品工作过，例如IE和MSN。他的联系方式是 和 v-
杨彬：在读计算数学硕士，研究方向：随机数学，软件工程，软件测试，软件可靠性。联系方式：biny_
本文出自 MSDN Magazine 的 December 2005 期刊，可通过当地报摊获得，或者最好是 订阅
最多还可以输入100字
【VIP年会员制套餐】
【C/C++软件工程师实战能力集训大纲】
VC知识库发布了C/C++业界的“本草纲目”
【牛人都在千人一号群! 加群三步走!!!】
第一步：请必须加VC知识库QQ： 为好友;
第二步：请必须关注本站微博：
第三步：申请加入群：.（必须将关注微博截屏发到QQ方可通过！）
【最新2013:】
全部100% VC++源码提供： E-Form++全新大型SCADA & HMI解决方案源码、CAD解决方案源码、Gis解决方案源码 、电力石油化工仿真与图形建模解决方案源码、大量其他高级制图VC++源码下载!
【 新视频发布】
o o o o o o o o o o
在VC环境中除了我们所常用的Dialog、Menu和Bitmap等标准资源类型之外，它还支持自定义资源类型（Custom Resource），我们自定义的资源类型能做些什么呢？呵呵，用处多多。...
在VC环境中除了我们所常用的Dialog、Menu和Bitmap等标准资源类型之外，它还支持自定义资源类型（Custom Resource），我们自定义的资源类型能做些什么呢？呵呵，用处多多。...
本文介绍了套接字编程的基本知识。...