编译不通过的属于可查

‘壹’ 计算机通过什么可以查询程序代码

10 代码编辑、编译、审查
10-1：打开编译器的所有告警开关对程序进行编译。
10-2：在产品软件（项目组）中，要统一编译开关选项。
10-3：通过代码走读及审查方式对代码进行检查。
说明：代码走读主要是对程序的编程风格如注释、命名等以及编程时易出错的内容进行检查，可由开发人员自己或开发人员交叉的方式进行；代码审查主要是对程序实现的功能及程序的稳定性、安全性、可靠性等进行检查及评审，可通过自审、交叉审核或指定部门抽查等方式进行。
10-4：测试部测试产品之前，应对代码进行抽查及评审。
10-1：编写代码时要注意随时保存，并定期备份，防止由于断电、硬盘损坏等原因造成代码丢失。
10-2：同产品软件（项目组）内，最好使用相同的编辑器，并使用相同的设置选项。
说明：同一项目组最好采用相同的智能语言编辑器，如Muiti Editor，Visual Editor等，并设计、使用一套缩进宏及注释宏等，将缩进等问题交由编辑器处理。
10-3：要小心地使用编辑器提供的块拷贝功能编程。
说明：当某段代码与另一段代码卜让前的处理功能相似时，许多开发人员都用编辑器提供的块拷贝功能来完成这段代码的编写。由于程序功能相近，故所使用的变量、采用的表达式等在功能及命名上可能都很相近，所以使用块拷贝时要注意，除了修改相应的程序外，一定要把使用的每个变量仔细查看一遍，以改成正确的。不应指望编译器能查出所有这种错误，比如当使用的是全局变量时，就有可能使某种错误隐藏下来。
10-4：合理地设计软件系统目录，方便开发人员使用。
说明：方便、合理的软件系统目录，可提高工作效率。目录构造的原则是方便有关源程序的存储、查询、编译、链接等工作，同时目录中还应具有工作目录----所有的编译、链接等工作应在此目录中进行，工具目录----有关文件编辑器、文件查找等工具可存放在此目录中。
10-5：某些语句经编译后产生告警，但如果你认为它是正确的，那么应通过某种手段去掉告警信息。
说明滑码：在Borland C/C++中，可用“#pragma warn”来关掉或打开某些告警。
示例：
#pragma warn -rvl //型清 关闭告警
int examples_fun( void )
{
// 程序，但无return语句。
}
#pragma warn +rvl // 打开告警
编译函数examples_fun时本应产生“函数应有返回值”告警，但由于关掉了此告警信息显示，所以编译时将不会产生此告警提示。
10-6：使用代码检查工具（如C语言用PC-Lint）对源程序检查。
10-7：使用软件工具（如 LogiSCOPE）进行代码审查。

‘贰’ java中错误(error)和异常(exception)有什么主要区别

1.如图Exception 和 Error都继承自Throwable类，由jdk api文档中对该类的描述可以知道它是异常处理机制的基本组成类型。可以由虚拟机抛出或者编码者自行抛出(throw)

• jdk8中文发翻译Throwable类的描述：Throwable类是Java语言中所有错误和异常的Throwable类。 只有作为此类（或其一个子类）的实例的对象由Java虚拟机抛出，或者可以由Java throw语句抛出。 类似地，只有这个类或其子类可以是catch子句中的参数类型。

2.Exception 和 Error 体现了 Java 平台设计者对不同异常情况的分类。Exception 是程序正常运行中，可以预料的意外情况，可能并且应该被捕获，进行相应处理。

3.Error 是指在正常情况下，不大可能出现的情况，绝大部分的 Error 都会导致程序（比如 JVM 自身）处于非正常的、不可恢复状态。既然是非正常情况，所以不便于也不需要捕获，常见的比如 OutOfMemoryError 之类，都是 Error 的子类。

4.Exception 又分为可检查（checked）异常和不检查（unchecked）异常，可检查异常在源代码里必须显式地进行捕获处理，这是编译期检查的一部分。前面我介绍的不可查的 Error，是 Throwable 不是 Exception。

如何处理这些异常？

• 在现实编程中我们一般使用 try-with-resources 和 multiple catch来进行一些异常处理(便利的特性)，在编译时期，会自动生成相应的处理逻辑，比如，自动按照约定俗成 close 那些扩展了 AutoCloseable 或者 Closeable 的对象。

• try-with-resources 是一种处理Closeable实现类关闭资源的一种写法，简单写了一个例子可以发现其实这就是一中语法，这种语法可以自动编译帮忙编译最后关闭流的操作：

public static void main(String[] args) {

try (BufferedReader br = new BufferedReader(new FileReader("a"));
BufferedWriter writer = new BufferedWriter(new FileWriter("a"))) {

// Try-with-resources
} catch (IOException e) {// Multiple catch
// Handle it
}
}


编译后class

public static void main(String[] args) { try {
BufferedReader br = new BufferedReader(new FileReader("a"));
Throwable var2 = null; try {
BufferedWriter writer = new BufferedWriter(new FileWriter("a"));
Object var4 = null; if (writer != null) { if (var4 != null) { try {
writer.close();
} catch (Throwable var15) {
((Throwable)var4).addSuppressed(var15);
}
} else {
writer.close();
}
}
} catch (Throwable var16) {
var2 = var16; throw var16;
} finally { if (br != null) { if (var2 != null) { try {
br.close();
} catch (Throwable var14) {
var2.addSuppressed(var14);
}
} else {
br.close();
}
}

}
} catch (IOException var18) {
;
}

}


异常处理的两个基本原则

• 尽量不要捕获类似 Exception 这样的通用异常，而是应该捕获特定异常

  这是因为在日常的开发和合作中，我们读代码的机会往往超过写代码，软件工程是门协作的艺术，所以我们有义务让自己的代码能够直观地体现出尽量多的信息，而泛泛的 Exception 之类，恰恰隐藏了我们的目的。另外，我们也要保证程序不会捕获到我们不希望捕获的异常。比如，你可能更希望 RuntimeException 被扩散出来，而不是被捕获。

• 不要生吞（swallow）异常。这是异常处理中要特别注意的事情，因为很可能会导致非常难以诊断的诡异情况。

  如果我们不把异常抛出来，或者也没有输出到日志（Logger）之类，程序可能在后续代码以不可控的方式结束。没人能够轻易判断究竟是哪里抛出了异常，以及是什么原因产生了异常。

• 在写程序时可以通过Objects类(jdk提供),或者断言等提前判断问题，如空指针异常的一些值的处理Objects. requireNonNull(filename);而不是使用之后有问题再系统抛出异常，这可能就会不直观的找到问题所在。即:Throw early, catch late 原则

希望对您有所帮助！~

‘叁’ 用什么软件进行C语言编程可以检测错误的内容

不建议依赖工具
出现编写错误往往是由于粗心或者是没有养成良好的编程习惯造成的
对于初学来说 正是养成习惯的关键时期 这段时间内不建议使用任何的辅助软件 比如补齐或者提示功能
同时 通过编译出错来定位解决编译错误也是一个很好的锻炼基本技能的机会
等到你因为拼写导致的编译错误很少见时 再考虑使用这类软件 来提供你编程的效率

‘肆’ 能解释下编译失败的原因吗

编译失败的原因有很多种。其中主要有以下一些类型：

（1）、用户编写的源程序中有语法错误。例如：未定义某一个变量就进行引用。这一类错误是最简单的，也是编译器最容易检查出来的，所以会产生对源程序的编译失败；
（2）、用户编写的源程序中有未对变量进行初始化就进行引用，也会导致程序运行错误。例如：用户虽然定义了一个指向某一个内存地址的指针变量，但是在使用前却未对它进行初始化，并进行任何判断，就往该指针指向的内存地址赋予了一个数值，这种情况在语法上编译器是检查不出来的，但是程序一旦运行起来，肯定就会出现错误了。在 WINDOWS 系统下一般是：指向XXXX的内存不能够为 Read （或者为 Write），要是在 UNIX/Linux 系统下就会发生 Core Dumped。
（3）、数组越界。这类错误也是编译器检查不出来的，但是一旦程序运行起来，程序的运行结果可能就是一个随机的结果。而不是用户需要得到的结果。
所以从编译的实质上说，以上情况都应该属于编译失败的类型。因为编译器并无法阻止这些错误的发生，而是让程序在运行时发生了各种各样的意想不到的运行结果。

‘伍’ 程序编好后计算机能查出语法错误吗

当然可以，编译就不会通过的，会在编译程序下方显示错误，你点击错误报告会直接跳至你语法错误的行。

‘陆’ 编程错误的时候一般怎么找出错误，不是编译错误是编程错误

通常编程错误分为如下几种类型：
（1）、程序源代码中的语法错误。这类错误是最容易检查出来的。例如：在 C 语言中没有定义某个变量就使用该变量。源程序举例如下：
void main( )
{
int n1 = 50 ; /* 定义了一个整型变量 n1，并赋初值为 50 */

printf("n1 = %d\tn2=%d\n", n1, n2) ; /* 输出变量 n1、n2 的值 */

}
由于在使用 printf 语句之前并没有定义 n2 变量，故该程序在使用编译器对源程序进行编译时会出现语法错误。
（2）、程序源代码中的警告错误。这类错误就不像（1）中那样容易检查出来。通常的情况有：数组越界、或者是虽然定义了某个变量，但是未对其进行初始化就引用它，等等。这些都会引起程序莫名其妙的错误。而这些错误会加大程序的调试难度。源程序举例如下：

程序一、数组越界问题的举例
void main( )
{
int a[100] ; /* 定义一个数组元素个数为 100 的整型数组 a，正确的下标范围是：a[0] - a[99] */

a[100] = 500 ; /* 对数组下标元素 a[100] 进行赋值为 500，该错误就属于数组越界错误 */

}
程序二、虽然定义了某个变量，但是未对其进行初始化就引用它的举例
void main( )
{
int i, sum ;

for( i = 0 ; i <= 100 ; i ++ )

sum += i ;

}
该程序的功能是：将变量 i 的值从 0 到 100 之间进行循环，求累加和，并将结果保存在变量 sum 中。由于变量 sum 在进入 for 循环之前并未将其清零（sum = 0），故该程序会随着 C 语言的编译器的不同、以及计算机操作系统的不同（Windows、或者是 Linux），而导致该程序的运行结果也是随机的。
程序一、以及程序二的错误就是属于警告错误。C 语言编译器在对这类程序进行编译时，并不检查该程序中是否有数组越界现象、或者是虽然定义了某个变量，但是未对其进行初始化就进行引用的检查。这类错误，用户就比较难于调试。
至于说到底需要多长时间才能够将自己编写的源程序全部调试通过，这个因人而异。编程经验丰富的人员花费的时间就会短一些。反之，调试程序所花费的时间就会长一些。