tutorialspoint上的“C模拟测试”是否正确？

Question

因为我编码C已经超过20年了，我想我是时候参加一次测试了！看看我是不是学到了什么，或者我只是在网上给初学者发免费但不正确的建议。

这个网站（我不是附属）提供免费的C测试。https://www.tutorialspoint.com/cprogramming/cprogramming_mock_test.htm。

Answer 1

这个站点一点也不太好。

这些问题是为1999年撤回的C语言旧版本编写的。它允许您将main编写为main()而不使用返回类型。20多年来，这并不是有效的，所以这就是它不能编译的原因。您需要使用-std=c90进行编译。

虽然在main()前面有隐式int的旧C90中，OS将使用函数main（）的返回值，所以如果没有像这些示例中那样的return语句，这意味着未定义的行为(C11 6.9.1/12)。

>

Q7:没有一个答案可能是正确的。操作数'a'和255的类型为int,因此保证加法（假设a=65)不会溢出,而是得到65+255=320。然后通过简单的赋值将得到的int转换为c类型，即char。该类型可以是有符号的或无符号的类型,具体取决于编译器。这会影响转换是按照C11 6.3.1.3/2定义的，还是按照6.3.1.3/3定义的。一个可能的结果是320=140h，截断：40h=64。这将在gcc x86编译器for Linux上打印字符“@”。

问题9：代码导致编译器错误，因为它违反了简单赋值（引用）的规则。它们可能意味着编写无符号x=5,*y=&x,*p=y+0；在这种情况下，结果未指定-不能保证表达式*y=&x在表达式*p=y+0之前求值。参见C11 6.7.9/23:

初始化列表表达式的计算是相对于彼此不确定地排序的，因此任何副作用发生的顺序是未指定的。

所以不管你怎么说，整个问题都是根本错误的。

问题10：关于是否强制转换malloc的结果，可能会提出很多样式问题。但除此之外，假设#include 存在，则代码是可以的。如果include不存在（如问题中所示），代码就会被破坏，任何事情都可能发生。

问题14：这是一个无限打印“你好”的无限循环。它不打印“无限循环”。

Q28:编译错误。有趣的是，测试的前后不一致。在这里，它突然不允许从整数到指针的隐式转换，这是它之前愉快地（但不正确地）允许的。

Q31:B或C甚至D。它取决于int的大小，它几乎肯定是2或4。然而，编译器可以自由地在联合的末尾添加填充，因此它还可以打印一个更大的数字。

问题32：正确的答案确实是依赖于编译器的，但是...为什么哦，为什么它不是编译器依赖的Q31那么？

如果不是这样，它会尝试打印一些不确定的值（“垃圾”），甚至是65或0，这取决于CPU编码。