设计模式：程序出错该返回啥？NULL、异常、错误码、空对象？_OceanStar的学习笔记的博客

link之家
链接快照平台
输入网页链接，自动生成快照
标签化管理网页链接
返回错误码

C语言没有异常这样的语法机制，因此，返回错误码就是最常见的出错处理方式。而在Java、Python等比较新的编程语言中，大部分情况下，我们都用异常来处理函数出错的情况，极少会用到错误码
在C语言中，错误码的返回方式有两种：一种是直接占用函数的返回值，函数正常执行的返回中放在出参中。另一种是将醋味吗定义为全局变量，在函数出错是，函数调用中通过这个函数变量来获取错误码。
举个例子：
// 错误码的返回方式一：pathname/flags/mode为入参；fd为出参，存储打开的文件句柄。
int open(const char *pathname, int flags, mode_t mode, int* fd) {
	if (/*文件不存在*/) {
		return EEXIST;
	if (/*没有访问权限*/) {
		return EACCESS;
	if (/*打开文件成功*/) {
		return SUCCESS; // C语言中的宏定义：#define SUCCESS 0
	// ...
//使用举例
int fd;
int result = open(“c:\test.txt”, O_RDWR, S_IRWXU|S_IRWXG|S_IRWXO, &fd);
if (result == SUCCESS) {
// 取出fd使用
} else if (result == EEXIST) {
//...
} else if (result == EACESS) {
//...
// 错误码的返回方式二：函数返回打开的文件句柄，错误码放到errno中。
int errno; // 线程安全的全局变量
int open(const char *pathname, int flags, mode_t mode）{
	if (/*文件不存在*/) {
		errno = EEXIST;
		return -1;
	if (/*没有访问权限*/) {
		errno = EACCESS;
		return -1;
	// ...
// 使用举例
int hFile = open(“c:\test.txt”, O_RDWR, S_IRWXU|S_IRWXG|S_IRWXO);
if (-1 == hFile) {
	printf("Failed to open file, error no: %d.\n", errno);
if (errno == EEXIST ) {
// ...
} else if(errno == EACCESS) {
// ...
// ...
实际上，如果你熟悉的编程语言中有异常这种语法机制，那就尽量不要使用错误码。异常相对于错误码，有很多优势，比如可以携带更多的错误信息等。 
返回NULL
 
在多数编程语言中，我们用NULL来表示“不存在”这种语义。不过，网上有很多人不建议函数返回NULL值，认为这是一种不好的设计思路。主要原因： 
如果某个函数有可能返回 NULL 值，我们在使用它的时候，忘记了做 NULL 值判断，就有可能会抛出空指针异常（Null Pointer Exception，缩写为 NPE）。
如果我们定义了很多返回值可能为 NULL 的函数，那代码中就会充斥着大量的 NULL 值判断逻辑，一方面写起来比较繁琐，另一方面它们跟正常的业务逻辑耦合在一起，会影响代码的可读性。 
举个例子： 
public class UserService {
	private UserRepo userRepo; // 依赖注入
	public User getUser(String telephone) {
	// 如果用户不存在，则返回null
		return null;
// 使用函数getUser()
User user = userService.getUser("18917718965");
	if (user != null) { // 做NULL值判断，否则有可能会报NPE
		String email = user.getEmail();
	if (email != null) { // 做NULL值判断，否则有可能会报NPE
		String escapedEmail = email.replaceAll("@", "#");
那我们是否可以用异常来替代 NULL 值，在查找用户不存在的时候，让函数抛出UserNotFoundException 异常呢？ 
尽管返回 NULL 值有诸多弊端，但对于以 get、find、select、search、query 等单词开头的查找函数来说，数据不存在，并非一种异常情况，这是一种正常行为。所以，返回代表不存在语义的 NULL 值比返回异常更加合理。 
不过，话说回来，刚刚讲的这个理由，也并不是特别有说服力。对于查找数据不存在的情况，函数到底是用NULL还是异常，有一个比较重要的参考标准是，看项目中的其他类似查找函数都是如何定义的，只要整个项目遵从统一的约定即可。如果项目从0开始开发，并没有同一约定和可以参考的代码，那选择任意一种。只是要在函数定义的地方注释清除，让调用者清晰地知道数据不存在的时候会返回什么就可以了。 
再补充说明一点，对于查找函数来说，除了返回数据对象之外，有的还会返回下标位置，比如 Java 中的 indexOf() 函数，用来实现在某个字符串中查找另一个子串第一次出现的位置。函数的返回值类型为基本类型 int。这个时候，我们就无法用 NULL 值来表示不存在的情况了。对于这种情况，我们有两种处理思路，一种是返回 NotFoundException，一种是返回一个特殊值，比如-1.不过，显然-1更加合理，理由也是同样的，也就是说“没有查找到”是一种正常而非异常的行为 
返回空对象
 
返回NULL值各有弊端。应对这个问题有一个比较经典的策略，那就是应用空对象设计模式（Null Object Design Pattern）。比较常用的空对象是空字符串和空集合。 
当函数返回的数据是字符串类型或者集合类型的时候，我们可以用空字符串或空集合替代NULL 值，来表示不存在的情况。这样，我们在使用函数的时候，就可以不用做 NULL 值判断。举个例子： 
// 使用空集合替代NULL
public class UserService {
	private UserRepo userRepo; // 依赖注入
	public List<User> getUsers(String telephonePrefix) {
		// 没有查找到数据
		return Collectiosn.emptyList();
// getUsers使用示例
List<User> users = userService.getUsers("189");
for (User user : users) { //这里不需要做NULL值判断
// ...
// 使用空字符串替代NULL
public String retrieveUppercaseLetters(String text) {
	// 如果text中没有大写字母，返回空字符串，而非NULL值
	return "";
// retrieveUppercaseLetters()使用举例
String uppercaseLetters = retrieveUppercaseLetters("wangzheng");
int length = uppercaseLetters.length();// 不需要做NULL值判断
System.out.println("Contains " + length + " upper case letters.");
最常用的函数出错处理方式就是抛出异常。异常可以携带更多的错误信息，比如函数调用栈信息。除此之外，异常可以将正常逻辑和异常逻辑的处理分离开来，这样代码的可读性就会更好。 
不同的编程语言的异常语法稍有不同。像 C++ 和大部分的动态语言（Python、Ruby、JavaScript 等）都只定义了一种异常类型：运行时异常（Runtime Exception）。而像Java，除了运行时异常外，还定义了另外一种异常类型：编译时异常（Compile Exception）。 
对于运行时异常，我们在编写代码的时候，可以不主动去try-catch，编译器在编译代码的时候，并不会检查代码是否对运行是异常做了处理。相反，对于编译时异常，我们在编写代码的时候，需要去主动try-catch或者在函数定义中声明，否则编译就会报错。所以，运行时异常也叫作非受检异常（Unchecked Exception），编译时异常也叫作受检异常（Checked Exception） 
如果你熟悉的编程语言中，只定义了一种异常类型，那用起来反倒比较简单。如果你熟悉的编程语言中（比如 Java），定义了两种异常类型，那在异常出现的时候，我们应该选择抛出哪种异常类型呢？是受检异常还是非受检异常？ 
对于代码 bug（比如数组越界）以及不可恢复异常（比如数据库连接失败），即便我们捕获了，也做不了太多事情，所以，我们倾向于使用非受检异常。对于可恢复异常、业务异常，比如提现金额大于余额的异常，我们更倾向于使用受检异常，明确告知调用者需要捕获处理。 
举个例子：当 Redis 的地址（参数 address）没有设置的时候，我们直接使用默认的地址（比如本地地址和默认端口）；当 Redis 的地址格式不正确的时候，我们希望程序能 fail-fast，也就是说，把这种情况当成不可恢复的异常，直接抛出运行时异常，将程序终止掉。 
// address格式："192.131.2.33:7896"
public void parseRedisAddress(String address) {
	this.host = RedisConfig.DEFAULT_HOST;
	this.port = RedisConfig.DEFAULT_PORT;
	if (StringUtils.isBlank(address)) {
		return;
	String[] ipAndPort = address.split(":");
	if (ipAndPort.length != 2) {
		throw new RuntimeException("...");
	this.host = ipAndPort[0];
	// parseInt()解析失败会抛出NumberFormatException运行时异常
	this.port = Integer.parseInt(ipAndPort[1]);
实际上，Java 支持的受检异常一直被人诟病，很多人主张所有的异常情况都应该使用非受检异常。支持这种观点的理由主要有以下三个。 
受检异常需要显式地在函数定义中声明。如果函数会抛出很多受检异常，那函数的定义就会非常冗长，这就会影响代码的可读性，使用起来也不方便。
编译器强制我们必须显示地捕获所有的受检异常，代码实现会比较繁琐。而非受检异常正好相反，我们不需要在定义中显示声明，并且是否需要捕获处理，也可以自由决定。
受检异常的使用违反开闭原则。如果我们给某个函数新增一个受检异常，这个函数所在的函数调用链上的所有位于其之上的函数都需要做相应的代码修改，直到调用链中的某个函数将这个新增的异常 try-catch 处理掉为止。而新增非受检异常可以不改动调用链上的代码。我们可以灵活地选择在某个函数中集中处理，比如在 Spring 中的 AOP 切面中集中处理异常。 
不过，非受检异常也有弊端，它的优点其实也正是它的缺点。从刚刚的表述中，我们可以看出，非受检异常使用起来更加灵活，怎么处理的主动权这里就交给了程序员。我们前面也讲到，过于灵活会带来不可控，非受检异常不需要显式地在函数定义中声明，那我们在使用函数的时候，就需要查看代码才能知道具体会抛出哪些异常。非受检异常不需要强制捕获处理，那程序员就有可能漏掉一些本应该捕获处理的异常。 
对于应该用受检异常还是非受检异常，网上的争论有很多，但并没有一个非常强有力的理由能够说明一个就一定比另一个更好。所以，我们只需要根据团队的开发习惯，在同一个项目中，制定统一的异常处理规范即可。 
 那我们该如何处理函数抛出的异常呢？ 
一般有三种方法 
（1）直接吞掉。具体的代码示例如下所示： 
public void func1() throws Exception1 {
	// ...
public void func2() {
	//...
	try {
		func1();
	} catch(Exception1 e) {
		log.warn("...", e); //吐掉：try-catch打印日志
	//...
（2）原封不动地 re-throw。具体的代码示例如下所示： 
public void func1() throws Exception1 {
	// ...
public void func2() throws Exception1 {//原封不动的re-throw Exception1
	//...
	func1();
	//...
（3）包装成新的异常 re-throw。具体的代码示例如下所示： 
public void func1() throws Exception1 {
	// ...
public void func2() throws Exception2 {
	//...
	try {
		func1();
	} catch(Exception1 e) {
		throw new Exception2("...", e); // wrap成新的Exception2然后re-throw
	//...
 当我们面对函数抛出异常的时候，应该选择上面的哪种处理方式呢？ 
如果 func1() 抛出的异常是可以恢复，且 func2() 的调用方并不关心此异常，我们完全可以在 func2() 内将 func1() 抛出的异常吞掉；
如果 func1() 抛出的异常对 func2() 的调用方来说，也是可以理解的、关心的 ，并且在业务概念上有一定的相关性，我们可以选择直接将 func1 抛出的异常 re-throw；
如果 func1() 抛出的异常太底层，对 func2() 的调用方来说，缺乏背景去理解、且业务概念上无关，我们可以将它重新包装成调用方可以理解的新异常，然后 re-throw。 
总之，是否往上继续抛出，要看上层代码是否关心这个异常。关心就将它抛出，否则就直接吞掉。是否需要包装成新的异常抛出，看上层代码是否能理解这个异常、是否业务相关。如果能理解、业务相关就可以直接抛出，否则就封装成新的异常抛出。 
对于函数出错返回数据类型，有 4 种情况，它们分别是：错误码、NULL 值、空对象、异常对象。 
（1）返回错误码：C 语言没有异常这样的语法机制，返回错误码便是最常用的出错处理方式。而 Java、Python 等比较新的编程语言中，大部分情况下，我们都用异常来处理函数出错的情况，极少会用到错误码 
（2）返回 NULL 值：在多数编程语言中，我们用 NULL 来表示“不存在”这种语义。对于查找函数来说，数据不存在并非一种异常情况，是一种正常行为，所以返回表示不存在语义的 NULL 值比返回异常更加合理 
（3）返回空对象：返回 NULL 值有各种弊端，对此有一个比较经典的应对策略，那就是应用空对象设计模
 式。当函数返回的数据是字符串类型或者集合类型的时候，我们可以用空字符串或空集合替代 NULL 值，来表示不存在的情况。这样，我们在使用函数的时候，就可以不用做 NULL值判断。 
（4）抛出异常对象 
最常用的函数出错处理方式是抛出异常。异常有两种类型：受检异常和非受检异常。 
对于应该用受检异常还是非受检异常，网上的争论有很多，但也并没有一个非常强有力的理由，说明一个就一定比另一个更好。所以，我们只需要根据团队的开发习惯，在同一个项目中，制定统一的异常处理规范即可。
对于函数抛出的异常，我们有三种处理方法：直接吞掉、直接往上抛出、包裹成新的异常抛出。
                    我们可以把函数的运行结果分为两类：一种是预期的结果，也就是函数在正常情况下输出的结果一种是非预期的结果，也就是函数在异常情况下返回的结果比在正常情况下，函数返回数据的类型非常明确，但是，在异常情况下，函数返回的数据类型却非常灵活，有多种选择。函数在异常情况下可以返回错误码、NULL 值、特殊值（比如 -1）、空对象（比如空字符串、空集合）等。每一种异常返回数据类型，都有各自的特点和适用场景。返回错误码C语言没有异常这样的语法机制，因此，返回错误码就是最常见的出错处理方式。而在Java、Pyt
				这篇文章主要介绍了C语言中返回错误信息的相关函数用法总结,包括strerror()函数和perror()函数以及ferror()函数的使用,需要的朋友可以参考下
C语言strerror()函数：返回错误原因的描述字符串
#include 
定义函数：
* strerror(int
errnum);
函数说明：strerror()用来依参数errnum 的错
输入复杂对象不再导致 java 空指针异常
这个怎么运作：
 使用 Java 反射，我们构造了包含所有字段的对象图（如果类扩展了父类，则继承）。 我们使用深度优先搜索遍历，应用模板和访问者设计模式，我们定义在访问每个不同类型的属性（对象图的节点）时要执行的特定操作。
 此实用程序检测循环并防止无限处理，因此可能有一个包含属性 B 的对象 A 包含另一个属性 A (A->B->C->A)
 易于扩展，只需扩展 FunctorIF，并实现处理每个属性类型所需的任何逻辑，遍历器将相应地调用访问和处理方法
 原始对象：一个不包含其他对象的简单对象，在 Java 中它可以是 String、Integer、BigDecimal、Date、Double、Boolean、...
 复杂对象：包含任意数量属性的对象，这些属性可以是原始对象或集合（现在是列表），和/或另一个复杂
 isObject ( { } ) ;
isObject ( Object . create ( { } ) ) ;
isObject ( Object . create ( Object . prototype ) ) ;
isObject ( Object . create ( null ) ) ;
isObject ( { } ) ;
				函数处理结果返回的三种方法：传递引用，传递指针，放回值
一个问题是：设计C++函数传参时如何决定使用指针还是引用？
关于讨论在知乎上有一个比较好的回答：设计C++函数传参时如何决定使用指针还是引用
还有就是返回指针的形式来返回一个结果：
#include <iostream>
#include <unordered_map>
#include <unordered_set>
#include "glog/logging.h"
#include <gflags/gfl
				通常我们有 3 种方式把错误信息传递给函数的调用者。1
第一种方式是函数用返回值来告知调用者是否出错。比如很多Windows的API就是这个类型。Windows中很多API的返回值为0表示API调用成功，而返回值不为0表示在API调用的过程中出错了。微软为不同的非零返回值定义了不同的意义，调用者可以根据这些返回值判断出错的原因。这种方式最大的问题是使用不便，因为函数不能直接把计算结果通过返回值赋值给其他变量，同时也不能把这个函数计算的结果直接作为参数传递给其他函数。
第二种方式是当发生错误时设置一个全局变量
函数运行结果分为两类，一类是预期的结果，一类是非预期的结果，也就是出BUG。那程序异常该如何返回呢?
正常情况下，函数返回的类型是确定的，但是在异常情况下，函数返回的类型就非常多了。总的来说有以下4种方式。
1. 返回错误码
在Java、Python等编程语言中，基本都用异常来处理函数出错的情况，极少会用到错误码。
2. 返回NULL
一般来说，NULL是用来表示“不存在”这种语义，如果是查询，生成某参数之类的函数，在失败的时候是可以返回NULL的。
但也有很多人
				在 C 语言中，select 函数会返回一个整数，表示调用 select 函数时发生的情况。如果返回值等于 9，则表示发生了一个错误，这个错误码 9 对应的错误为 EBADF，意思是“错误的文件描述符”。
这意味着在调用 select 函数时，其中一个文件描述符参数无效。可能的原因有：
传递给 select 函数的文件描述符参数超出了系统限制
传递给 select 函数的文件描述符参数已经关闭
				编程中经常遇到空对象引用的异常，有时为了代码简洁我们可以这么写。 if ((gcList.DataSource as DataTable)?.GetChanges() != null)
    //Do some thing
}注意上面的问题，如果gcList.DataSource是null的话，直接调用GetChanges()方法会异常，加上问号则为空时不再执行后面的方法。
				根据您提供的引用内容，问题描述中的错误信息是来自于不同的领域和语言。其中引用显示的错误信息是来自于使用MySQL JDBC驱动连接数据库时出现的错误。错误提示显示服务器的时区值无法识别或代表多个时区，需要配置服务器或JDBC驱动程序来使用更具体的时区值。您需要在服务器或JDBC驱动程序的配置中设置'serverTimezone'属性来指定一个更具体的时区值以支持时区功能。
至于引用和引用，这是关于使用Java解析JSON和Android布局文件的代码片段，与问题中的错误信息不相关。
根据以上信息，无法准确判断问题的具体原因和解决方法。建议您提供更多相关的上下文信息，以便我们更好地帮助您解决部署错误的问题。<span class="em">1</span><span class="em">2</span><span class="em">3</span>
#### 引用[.reference_title]
-  *1* [关于Caused by: com.alibaba.fastjson.JSONException: syntax error, expect }, actual ,](https://blog.csdn.net/u014786083/article/details/126711805)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v92^chatsearchT0_1"}}] [.reference_item style="max-width: 33.333333333333336%"]
-  *2* [Caused by: java.lang.NumberFormatException: For input string: “?2130969371](https://blog.csdn.net/u013398960/article/details/116710467)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v92^chatsearchT0_1"}}] [.reference_item style="max-width: 33.333333333333336%"]
-  *3* [连接mysql报错Caused by: com.mysql.cj.exceptions.InvalidConnectionAttributeException: The server time...](https://blog.csdn.net/zhangphil/article/details/126688271)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v92^chatsearchT0_1"}}] [.reference_item style="max-width: 33.333333333333336%"]
[ .reference_list ]