[如何使用throw语句抛出异常]的搜索结果

...池中获取一个空闲连接使用，使用完毕后归还给池而不是关闭，从而避免了频繁建立和销毁数据库连接带来的开销，提高系统的整体性能和并发能力。 try-with-resources , try-with-resources是Java 7引入的一种资源自动管理机制，在try语句块中声明和初始化的实现了AutoCloseable接口的对象（如Connection、Statement、ResultSet等），会在try代码块执行完毕后，无论是否抛出异常，都会自动调用其close方法进行资源释放。在本文中，通过正确使用try-with-resources，可以确保数据库连接以及相关资源在使用完毕后被及时关闭，有效防止资源泄漏问题的发生。

...个用于执行SQL插入语句的方法ExecuteNonQuery。下面是一个简单的实现： csharp public class SqlHelper { private SqlConnection _connection; public SqlHelper(string connectionString) { _connection = new SqlConnection(connectionString); } public int InsertData(string sql, params SqlParameter[] parameters) { try { using (SqlCommand cmd = new SqlCommand(sql, _connection)) { cmd.Parameters.AddRange(parameters); _connection.Open(); var rowsAffected = cmd.ExecuteNonQuery(); return rowsAffected; } } catch (Exception ex) { Console.WriteLine($"Error occurred while inserting data: {ex.Message}"); return -1; } finally { if (_connection.State == ConnectionState.Open) { _connection.Close(); } } } } 这个SqlHelper类接收连接字符串构造实例，并提供了一个InsertData方法，该方法接受SQL插入语句和参数数组，然后执行SQL命令并返回受影响的行数。 3. 插入数据时可能遇到的问题及其解决方案 3.1 参数化SQL与SQL注入问题 在实际使用InsertData方法时，如果不正确地构建SQL语句，可能会导致SQL注入问题。例如，直接拼接用户输入到SQL语句中： csharp string name = "John'; DELETE FROM Users; --"; string sql = $"INSERT INTO Users (Name) VALUES ('{name}')"; var helper = new SqlHelper("your_connection_string"); helper.InsertData(sql); 这段代码明显存在安全隐患，恶意用户可以通过输入特殊字符来执行非法操作。正确的做法是使用参数化SQL： csharp SqlParameter param = new SqlParameter("@name", SqlDbType.NVarChar) { Value = "John" }; string safeSql = "INSERT INTO Users (Name) VALUES (@name)"; var helper = new SqlHelper("your_connection_string"); helper.InsertData(safeSql, param); 3.2 数据库连接管理问题 另一个问题在于数据库连接的管理和异常处理。就像你刚才看到的这个InsertData方法，假如咱们在连续捣鼓它好几回的过程中，忘记给连接“关个门”，就可能会把连接池里的资源统统耗光光。为了解决这个问题，我们可以优化InsertData方法，确保每次操作后都正确关闭连接。 3.3 数据格式与类型匹配问题 当插入的数据与表结构不匹配时，比如试图将字符串插入整数字段，将会抛出异常。在使用InsertData方法之前，千万记得给用户输入做个靠谱的检查哈，或者在设置SQL参数时，确保咱们把正确的数据类型给它指定好。 4. 结论与思考 在封装和使用SqlHelper类进行数据插入的过程中，我们需要关注SQL注入安全、数据库连接管理及数据类型的匹配等关键点。通过不断实践和改进，我们可以打造一个既高效又安全的数据库操作工具类。当遇到问题时，咱们不能只满足于找到一个解法就完事了，更关键的是要深入挖掘这个问题背后的来龙去脉。这样一来，在将来编写和维护代码的时候，咱就能更加得心应手，让编程这件事儿充满更多的人情味儿和主观能动性，就像是给代码注入了生命力一样。

...是一种预编译的SQL语句集合，可以看作是一组被封装起来的数据库操作命令。它的厉害之处在于可以直接在数据库服务器上跑，还能反复使用，这样就能省下不少网络传输的功夫，让程序跑得飞快。此外，存储过程还能增强系统的安全性，因为它可以限制用户直接访问表数据，只能通过特定的存储过程来操作数据。 2.2 存储过程的优势 存储过程在实际应用中具有很多优势，例如： - 性能优化：存储过程在数据库服务器上运行，减少了客户端与服务器之间的数据传输。 - 安全控制：通过存储过程，我们可以为不同的用户设置不同的权限，只允许他们执行特定的操作。 - 代码重用：存储过程可以被多次调用，避免了重复编写相同的SQL语句。 - 事务管理：存储过程支持事务管理，可以确保一系列数据库操作要么全部成功，要么全部失败。 三、MyBatis如何调用存储过程 3.1 配置文件中的设置 在开始编写代码之前，我们首先需要在MyBatis的配置文件（通常是mybatis-config.xml）中进行一些必要的设置。为了能够调用存储过程，我们需要开启动态SQL功能，并指定方言。例如： xml 3.2 实现代码 接下来，我们来看一下具体的代码实现。想象一下，我们有个名叫get_user_info的存储过程，就像一个魔术师，一接到你的用户ID（@user_id）和一个结果占位符（@result），就能变出这个用户的所有详细信息。下面是MyBatis的XML映射文件中对应的配置： 3.2.1 XML映射文件 xml {call get_user_info( {userId, mode=IN, jdbcType=INTEGER}, {result, mode=OUT, jdbcType=VARCHAR, javaType=String} )} 这里需要注意的是，statementType属性必须设置为CALLABLE，表示这是一个存储过程调用。{userId}和{result}分别代表输入参数和输出参数。mode属性用于指定参数的方向，jdbcType和javaType属性则用于定义参数的数据类型。 3.2.2 Java代码实现 下面是一个简单的Java代码示例，展示了如何调用上述存储过程： java public class UserService { private UserMapper userMapper; public String getUserInfo(int userId) { Map params = new HashMap<>(); params.put("userId", userId); params.put("result", null); userMapper.getUserInfo(params); return (String) params.get("result"); } } 在这段代码中，我们首先创建了一个Map对象来保存输入参数和输出结果。然后，我们调用了userMapper.getUserInfo方法，并传入了这个参数映射。最后，我们从映射中获取到输出结果并返回。 四、注意事项 在使用MyBatis调用存储过程时，有一些常见的问题需要注意： 1. 参数顺序 确保存储过程的参数顺序与MyBatis配置文件中的顺序一致。 2. 数据类型匹配 确保输入和输出参数的数据类型与存储过程中的定义相匹配。 3. 异常处理 由于存储过程可能会抛出异常，因此需要在调用时添加适当的异常处理机制。 4. 性能监控 存储过程的执行可能会影响整体系统性能，因此需要定期进行性能监控和优化。 五、总结 通过以上的介绍，我们可以看到，MyBatis调用存储过程其实并不复杂。只要咱们把MyBatis的XML映射文件配好，再按规矩写好Java代码，调用存储过程就是小菜一碟。当然，在实际开发过程中，还需要根据具体需求灵活调整配置和代码，以达到最佳效果。希望这篇文章能够帮助你在项目中更好地利用存储过程，提高开发效率和代码质量。 如果你对存储过程有任何疑问或者想了解更多细节，请随时联系我，我们一起探讨和学习！

如何在Ruby中正确处理异常并确保资源得到恰当的释放？ Ruby作为一种强大且灵活的编程语言，其优雅的语法和强大的错误处理机制深受开发者喜爱。在实际编程干活儿的时候，如何把异常处理得妥妥当当，确保不管遇到啥情况，都能迅速又准确地把相关资源释放掉，这可是每一位Ruby程序员都躲不开、必须直面的关键问题！本文将带你深入探讨这个主题，通过实例代码，手把手教你掌握这一关键技能。 1. 异常处理基础 begin-rescue-end 在Ruby中，我们使用begin-rescue-end语句块来捕获并处理异常。这是最基本也是最常用的异常处理结构： ruby begin 这里是可能抛出异常的代码 raise "An unexpected error occurred!" if some_condition_is_true rescue Exception => e 这里是处理异常的代码，e 是异常对象 puts "Oops! Caught an error: {e.message}" end 在这个例子中，如果some_condition_is_true为真，就会抛出一个异常。然后，我们的rescue块会捕获这个异常，并打印出相应的错误信息。 2. 确保资源释放 确保finally（ensure）执行 Ruby中的ensure关键字为我们提供了一种机制，保证无论在begin块内是否发生异常，其后的代码都会被执行，从而确保了资源的释放： ruby file = File.open('important_file.txt', 'w') begin 对文件进行操作，这里可能出现异常 file.write('Critical data...') rescue Exception => e puts "Error occurred while writing to the file: {e.message}" ensure 不管是否发生异常，这段代码总会被执行 file.close unless file.nil? end 在这段代码中，无论写入文件的操作是否成功，我们都能够确保file.close会被调用，这样就可以避免因未正常关闭文件而造成的数据丢失或系统资源泄露的问题。 3. 定制化异常处理 rescue多个类型 Ruby允许你根据不同的异常类型进行定制化的处理，这样可以更加精确地控制程序的行为： ruby begin 可能产生多种类型的异常 divide_by_zero = 1 / 0 non_existent_file = File.read('non_existent_file.txt') rescue ZeroDivisionError => e puts "Whoops! You can't divide by zero: {e.message}" rescue Errno::ENOENT => e puts "File not found error: {e.message}" ensure 同样确保这里的资源清理逻辑总能得到执行 puts 'Cleaning up resources...' end 通过这种方式，我们可以针对不同类型的异常采取不同的恢复策略，同时也能确保所有必要的清理工作得以完成。 4. 思考与总结 处理异常和管理资源并不是一门精确科学，而是需要结合具体场景和需求的艺术。在Ruby的天地里，咱们得摸透并灵活玩转begin-rescue-end-ensure这套关键字组合拳，好让咱编写的代码既结实耐摔又运行飞快。这不仅仅说的是程序的稳定牢靠程度，更深层次地反映出咱们开发者对每个小细节的极致关注，以及对产品品质那份永不停歇的执着追求。 每一次与异常的“交锋”，都是我们磨砺技术、提升思维的过程。只有当你真正掌握了在Ruby中妥善处理异常，确保资源被及时释放的窍门时，你才能编写出那种既能经得起风吹雨打，又能始终保持稳定运行的应用程序。就像是建造一座坚固的房子，只有把地基打得牢靠，把每一处细节都照顾到，房子才能既抵御恶劣天气，又能在日常生活中安全可靠地居住。同样道理，编程也是如此，特别是在Ruby的世界里，唯有妥善处理异常和资源管理，你的应用程序才能健壮如牛，无惧任何挑战。这就是Ruby编程的魅力所在，它挑战着我们，也塑造着我们。

...代码详解 下面是一个使用Java API实现HBase分布式锁的示例： java import org.apache.hadoop.hbase.TableName; import org.apache.hadoop.hbase.client.Connection; import org.apache.hadoop.hbase.client.ConnectionFactory; import org.apache.hadoop.hbase.client.Put; import org.apache.hadoop.hbase.client.Table; public class HBaseDistributedLock { private final Connection connection; private final TableName lockTable = TableName.valueOf("distributed_locks"); public HBaseDistributedLock(Configuration conf) throws IOException { this.connection = ConnectionFactory.createConnection(conf); } // 尝试获取锁 public boolean tryLock(String lockName) throws IOException { Table table = connection.getTable(lockTable); Put put = new Put(Bytes.toBytes(lockName)); put.addColumn("Lock".getBytes(), "lock".getBytes(), System.currentTimeMillis(), null); try { table.put(put); // 如果这行已存在，则会抛出异常，表示锁已被占用 return true; // 无异常则表示成功获取锁 } catch (ConcurrentModificationException e) { return false; // 表示锁已被其他客户端占有 } finally { table.close(); } } // 释放锁 public void unlock(String lockName) throws IOException { Table table = connection.getTable(lockTable); Delete delete = new Delete(Bytes.toBytes(lockName)); table.delete(delete); table.close(); } } 5. 分析与讨论 上述代码展示了如何借助HBase实现分布式锁的核心逻辑。当你试着去拿锁的时候，就相当于你要在一张表里插一条新记录。如果发现这条记录竟然已经存在了（这就意味着这把锁已经被别的家伙抢先一步拿走了），系统就会毫不客气地抛出一个异常，然后告诉你“没戏，锁没拿到”，也就是返回个false。而在解锁时，只需删除对应的行即可。 然而，这种简单实现并未考虑超时、锁续期等问题，实际应用中还需要结合Zookeeper进行优化，如借助Zookeeper的临时有序节点特性实现更完善的分布式锁服务。 6. 结语 HBase的分布式锁实现是一种基于数据库事务特性的方法，它简洁且直接。不过呢，每种技术方案都有它能施展拳脚的地方，也有它的局限性。就好比选择分布式锁的实现方式，咱们得看实际情况，比如应用场景的具体需求、对性能的高标准严要求，还有团队掌握的技术工具箱。这就好比选工具干活，得看活儿是什么、要干得多精细，再看看咱手头有什么趁手的家伙事儿，综合考虑才能选对最合适的那个。明白了这个原理之后，咱们就可以动手实操起来，并且不断摸索、优化它，让这玩意儿更好地为我们设计的分布式系统架构服务，让它发挥更大的作用。

...s("1")) { throw new RuntimeException("Failed to acquire lock"); } } 接着，在服务器B上也启动同样的应用，并在其中执行上述lock方法。这时候我们注意到一个情况，这“lock”方法时灵时不灵的，有时候它会突然尥蹶子，抛出异常告诉我们锁没拿到；但有时候又乖巧得很，顺利就把锁给拿下了。这是怎么回事呢？ 三、问题分析 经过一番研究，我们发现了问题所在。原来，当两个Java进程同时执行setnx命令时，Redis并没有按照我们的预期进行操作。咱们都知道，这个setnx命令啊，它就像个贴心的小管家。如果发现某个key还没在数据库里安家落户，嘿，它立马就动手，给创建一个新的键值对出来。这个键嘛，就是你传给它的第一个小宝贝；而这个值呢，就是紧跟在后面的那个小家伙。不过，要是这key已经存在了，那它可就不干活啦，悠哉悠哉地返回个0给你，表示这次没执行任何操作。不过在实际情况里头，如果两个进程同时发出了“setnx”命令，Redis可能不会马上做出判断，而是会选择先把这两个请求放在一起，排个队，等会儿再逐一处理。想象一下，如果有两个请求一起蹦跶过来，如果其中一个请求抢先被处理了，那么另一个请求很可能就被晾在一边，这样一来，就可能引发一些预料之外的问题啦。 四、解决方案 针对上述问题，我们可以采取以下几种解决方案： 1. 使用Redis Cluster Redis Cluster是一种专门用于处理高并发情况的分布式数据库，它可以通过将数据分散在多个节点上来提高读写效率，同时也能够避免单点故障。通过将Redis部署在Redis Cluster上，我们可以有效防止多线程竞争同一资源的情况发生。 2. 提升Java进程的优先级 我们可以在Java进程中设置更高的优先级，以便让Java进程优先获得CPU资源。这样，即使有两个Java程序小哥同时按下“setnx”这个按钮，也可能会因为CPU这个大忙人只能服务一个请求，导致其中一个程序小哥暂时抢不到锁，只能干等着。 3. 使用Redis的其他命令 除了setnx命令外，Redis还提供了其他的命令来实现分布式锁的功能，例如blpop、brpoplpush等。这些命令有个亮点，就是能把锁的状态存到Redis这个数据库里头，这样一来，就巧妙地化解了多个线程同时抢夺同一块资源的矛盾啦。 五、总结 总的来说，Redis的setnx命令是一个非常有用的工具，可以帮助我们解决分布式系统中的许多问题。不过呢，在实际使用的时候，咱们也得留心一些小细节，这样才能避免那些突如其来的状况，让一切顺顺利利的。比如在同时处理多个任务的情况下，我们得留意把控好向Redis发送请求的个数，别一股脑儿地把太多的请求挤到Redis那里去，让它应接不暇。另外，咱们也得学会对症下药，挑选适合的解决方案来解决具体的问题。比如，为了提升读写速度，我们可以考虑使个巧劲儿，用上Redis Cluster；再比如，为了避免多个线程争抢同一块资源引发的“战争”，我们可以派出其他命令来巧妙化解这类矛盾。最后，我们也应该不断地学习和探索，以便更好地利用Redis这个强大的工具。

...中，动态数组通常通过使用std::vector等容器来实现。当尝试向已满的动态数组添加元素时，可能会引发std::length_error异常，提示数组空间不足。 名词 , 向量容器。 解释 , 向量容器是C++标准库中的一种动态数组实现，它支持随机访问，并能自动管理内存。向量在内部使用动态数组来存储元素，可以根据需要动态调整大小。在文章中，向量被用作示例，展示了如何在已满的情况下尝试添加元素，从而触发std::length_error异常。 名词 , 异常抛出。 解释 , 在编程中，异常抛出是指在运行时发生错误或异常情况时，程序主动抛出一个异常对象，通知调用者发生了预料之外的事情。在C++中，通过throw关键字抛出异常，可以捕获并处理这些异常以避免程序崩溃。文章中详细介绍了如何使用try-catch块来捕获std::length_error异常，这是一种常见的异常处理机制，用于处理容器大小不足或其他类型的运行时错误。

...超时”就是你的SQL语句执行的时间超过了设定的最大允许时间，导致系统直接抛出异常。哎呀，这种情况在实际开发里真的挺常见的，特别是那种高并发的场景。你要是数据库连接池没配好，那问题就容易冒出来了，简直防不胜防！ 对于我来说，这个问题尤其令人头疼，因为我们的项目依赖于Oracle数据库，而Oracle本身就是一个功能强大的关系型数据库，但同时也有一些“坑”。比如说啊，它的默认查询超时时间可能设得有点短，要是咱们不改一下这个设置，那查询的时候就容易卡壳儿，最后连结果都拿不到。 --- 3. Spring Boot与Druid集成的基本配置 首先，让我们回顾一下如何在Spring Boot项目中集成Druid。这是一个非常基础的操作，但也是解决问题的第一步。 3.1 添加依赖 在pom.xml文件中添加Druid的相关依赖： xml com.alibaba druid-spring-boot-starter 1.2.8 3.2 配置数据源 接着，在application.yml文件中配置Druid的数据源信息： yaml spring: datasource: type: com.alibaba.druid.pool.DruidDataSource driver-class-name: oracle.jdbc.driver.OracleDriver url: jdbc:oracle:thin:@localhost:1521:orcl username: your_username password: your_password druid: initial-size: 5 max-active: 20 min-idle: 5 max-wait: 60000 time-between-eviction-runs-millis: 60000 min-evictable-idle-time-millis: 300000 validation-query: SELECT 1 FROM DUAL test-while-idle: true test-on-borrow: false test-on-return: false 这段配置看似简单，但实际上每一项参数都需要仔细斟酌。比如说啊，“max-wait”这个参数呢，就是说咱们能等连接连上的最长时间，单位是毫秒，相当于给它设了个“最长等待时间”；然后还有个“validation-query”，这个名字听起来就挺专业的，它的作用就是检查连接是不是还正常好用；最后那个“test-while-idle”，它就像是个“巡逻兵”，负责判断要不要在连接空闲的时候去检测一下这条连接还能不能用。 --- 4. 查询超时问题的初步排查 当我第一次遇到查询超时问题时，我的第一反应是：是不是Oracle那边的SQL语句太慢了？于是，我开始检查SQL语句的性能。 4.1 检查SQL语句 我用PL/SQL Developer连接到Oracle数据库，运行了一下报错的SQL语句。结果显示，这条SQL语句确实需要花费较长时间才能完成。但问题是，为什么Spring Boot会直接抛出超时异常呢？ 这时，我才意识到，可能是Druid的数据源配置有问题。于是我翻阅了Druid的官方文档，发现了一个关键点：Druid默认的查询超时时间为10秒。 4.2 修改Druid的查询超时时间 为了延长查询超时时间，我在application.yml中加入了以下配置： yaml spring: datasource: druid: query-timeout: 30000 这里的query-timeout参数就是用来设置查询超时时间的，单位是毫秒。经过这次调整后，我发现查询超时的问题暂时得到了缓解。 --- 5. 进一步优化 结合Oracle的设置 虽然Druid的配置解决了部分问题，但我仍然觉得不够完美。于是，我又转向了Oracle数据库本身的设置。 5.1 设置Oracle的查询超时 在Oracle中，可以通过设置statement_timeout参数来控制查询超时时间。这个参数可以在会话级别或全局级别进行设置。 例如，在Spring Boot项目中，我们可以通过JDBC连接字符串传递这个参数： yaml spring: datasource: url: jdbc:oracle:thin:@localhost:1521:orcl?oracle.net.CONNECT_TIMEOUT=30000&oracle.jdbc.ReadTimeout=30000 这里的CONNECT_TIMEOUT和ReadTimeout分别表示连接超时时间和读取超时时间。通过这种方式，我们可以进一步提高系统的容错能力。 --- 6. 我的感悟与总结 经过这次折腾，我对Spring Boot与Druid的集成有了更深的理解。说实话，好多技术难题没那么玄乎，就是看着吓人而已。只要你肯静下心来琢磨琢磨，肯定能想出个辙来！ 在这里，我也想给新手朋友们一些建议： 1. 多看官方文档 无论是Spring Boot还是Druid，它们的官方文档都非常详细，很多时候答案就在那里。 2. 学会调试 遇到问题时，不要急于求解，先用调试工具一步步分析问题所在。 3. 保持耐心 技术问题往往需要反复尝试，不要轻易放弃。 最后，我想说的是，编程之路充满了挑战，但也正因为如此才显得有趣。希望大家都能在这个过程中找到属于自己的乐趣！ --- 好了，这篇文章就到这里啦！如果你也有类似的经历或想法，欢迎在评论区跟我交流哦！

如何使用Suspense进行数据获取？ 1. 初识Suspense 一个改变游戏规则的功能 嗨朋友们！今天我们来聊聊React中的一个超级酷炫的功能——Suspense。如果你在React的世界里混得久了，那你一定懂，处理数据获取这事简直让人抓狂，分分钟想砸手机有木有！以前啊，我们要想搞定异步数据加载，那可真是费劲了，得靠一堆复杂的东西，什么状态管理啦，回调地狱啦，弄不好就把自己绕晕了。但自从Suspense登场后，这一切都变得简单多了！ Suspense本质上是一个API，它允许我们在组件中声明性地等待某些资源加载完成，比如数据、图片或者其他模块。这样搞啊，我们就只用操心正事儿了，那些乱七八糟的加载状态啥的，就不用再费劲去琢磨啦！ 让我举个例子吧：想象一下你正在做一个电商网站，用户点击某个商品时需要从服务器拉取详细信息。之前的做法大概是这样：用 useState 和 useEffect 来发请求拿数据，然后在页面上先显示个“加载中”，要是出了问题就换成“加载失败”。简单说就是一边等数据，一边给用户一个状态提示呗。但有了Suspense之后，你可以直接告诉React：“嘿，等我这个数据加载完再渲染这部分内容。”听起来是不是很爽？ 那么问题来了，具体怎么用呢？别急，咱们慢慢来探索！ --- 2. 基本概念与工作原理 首先，我们需要明确一点：Suspense并不是万能药，它主要用来解决“懒加载”和“数据获取”的场景。简单来说，这个主意就是用一个“边框小部件”把那些可能会拖时间的操作围起来，顺便提前说好，要是这些操作没搞定，就给用户展示点啥，免得他们干等着抓狂。 什么是边界组件？ 边界组件就是那种负责“守门”的家伙，它会拦截你的组件树中的异步操作。嘿，你听说过没？只要某个小部件发现它得等着数据过来，它就马上开启“备胎模式”，啥叫备胎模式呢？就是先用个临时的东西占着位置，一直撑到后台的活干完，正式的内容才会上场。简单说吧，就是等数据的时候，先给你看个“过渡版”的，不让你干等着发呆！ 听起来有点抽象？没关系，咱们看代码！ jsx import React, { Suspense } from 'react'; function App() { return ( 我的电商网站 {/ 这里就是我们的边界组件 /} 加载中... }> ); } export default App; 在这个例子中，标签包裹住了组件。想象一下，当想要展示商品信息的时候，它可不是那种直接蹦出来的急性子。首先，它会先客气地说一句“加载中...”给大家打个招呼，然后静静地等后台把数据准备好。一旦数据到位了，它才开始认真地把商品的详细信息乖乖地显示出来。有点像服务员上菜前先说一声“稍等”，然后再端上热腾腾的大餐！ --- 3. 实现数据获取 从零开始构建一个简单的例子 接下来，我们动手实践一下，看看如何结合Suspense实现数据获取。假设我们要做一个博客应用，每篇文章都需要从后端获取标题和正文内容。 第一步：创建数据源 为了模拟真实环境，我们可以用fetch API来模拟后端服务： javascript // mockApi.js export const fetchPost = async (postId) => { const response = await fetch(https://jsonplaceholder.typicode.com/posts/${postId}); return response.json(); }; 这里我们用了一个公共的JSONPlaceholder API来获取假数据。当然，在生产环境中你应该替换为自己的API地址。 第二步：定义数据加载逻辑 现在我们需要让React知道如何加载这个数据。我们可以创建一个专门用于数据加载的组件，比如叫PostLoader： jsx // PostLoader.js import React, { useState, useEffect } from 'react'; const PostLoader = ({ postId }) => { const [post, setPost] = useState(null); const [error, setError] = useState(null); useEffect(() => { let isMounted = true; fetchPost(postId) .then((data) => { if (isMounted) { setPost(data); } }) .catch((err) => { if (isMounted) { setError(err); } }); return () => { isMounted = false; }; }, [postId]); if (error) { throw new Error('Failed to load post'); } return post; }; export default PostLoader; 这段代码的核心在于throw new Error这一行。当我们遇到错误时，不是简单地返回错误提示，而是直接抛出异常。这是为了让Suspense能够捕获到它并执行后备渲染。 第三步：整合Suspense 最后一步就是将所有东西组合起来，让Suspense接管整个流程： jsx // App.js import React, { Suspense } from 'react'; import PostLoader from './PostLoader'; const PostDetails = ({ postId }) => { const post = ; return ( {post.title} {post.body} ); }; const App = () => { return ( 欢迎来到我的博客 正在加载文章... }> ); }; export default App; 在这个例子中，会确保如果未能及时加载数据，它会显示“正在加载文章...”。 --- 4. 高级玩法 动态导入与代码分割 除了数据获取之外，Suspense还可以帮助我们实现代码分割。这就相当于你把那些不怎么常用的功能模块“藏”起来，等需要用到的时候再慢慢加载，这样主页面就能跑得飞快啦！ 例如，如果你想按需加载某个功能模块，可以这样做： javascript // LazyComponent.js const LazyComponent = React.lazy(() => import('./LazyModule')); function App() { return ( 主页面 加载中... }> ); } 在这里，React.lazy配合Suspense实现了动态导入。当用户访问包含的部分时，React会自动加载对应的模块文件。 --- 5. 总结与反思 好了，到这里我们已经掌握了如何使用Suspense进行数据获取的基本方法。虽然它看起来很简单，但实际上背后涉及了很多复杂的机制。比如，它是如何知道哪些组件需要等待的？又是如何优雅地处理错误的？ 我个人觉得，Suspense最大的优点就在于它让开发者摆脱了手动状态管理的束缚，让我们可以更专注于用户体验本身。不过呢，这里还是得提防点小问题，比如说可能会让程序跑得没那么顺畅，还有就是对那些老项目的支持可能没那么友好。 总之，Suspense是一个非常强大的工具，但它并不适合所有场景。作为开发者，我们需要根据实际情况权衡利弊，合理选择是否采用它。 好了，今天的分享就到这里啦！如果你有任何疑问或者想法，欢迎随时留言交流哦~ 😊

异常安全的设计：通过资源管理确保程序完整性 在编程世界中，我们经常遇到各种各样的问题，其中资源管理是至关重要的一个环节。哎呀，你猜怎么着？要是你对内存、文件啊，或者是网络连接这些玩意儿管得不好，那可就麻烦大了！搞不好程序就直接崩了，辛辛苦苦弄的数据全都没了，还有可能给坏蛋们留下可乘之机，让他们钻安全漏洞的空子。所以啊，咱们在这些事儿上可得细心点儿，别让它们成为你的大麻烦！哎呀，你瞧这C++，简直就是编程界的超级英雄嘛！它手里的工具可多啦，能让开发者们在写代码的时候，就像盖高楼大厦一样稳稳当当，既安全又可靠。想象一下，你用C++编程，就像是在用魔法，不仅能够创造出超酷的软件，还能让这些软件运行得比闪电还快，稳定性那就更不用说了，简直是无敌的存在！所以啊，如果你是个编程小能手，那C++绝对是你不可错过的神器！在这篇文章中，我们将探讨如何利用C++的特性，特别是资源管理机制，来构建异常安全的程序设计。 第一部分：资源管理的重要性 资源管理是程序设计中不可或缺的一部分，它关乎程序的稳定性和安全性。哎呀，你要是写代码的时候，不小心没把那些用到的资源，比如文件夹的小钥匙、数据库的密码本或者网线插头啥的，都给好好放回原位，那可是大麻烦啊！不光是浪费了电脑里的宝贵空间，程序要是遇到点啥意外，就像没关紧的水龙头，没法好好休息，容易出故障。更糟糕的是，这些乱糟糟的资源可能还会给坏人提供机会，让他们偷偷溜进你的系统里捣乱。所以，记得每次用完资源，都要好好收好，别让它们乱跑！因此，确保资源在不再需要时被正确地释放，对于构建健壮和可靠的软件至关重要。 第二部分：C++中的资源管理方法 C++提供了几种不同的方式来管理资源，包括智能指针、RAII（Resource Acquisition Is Initialization）原则以及手动管理资源的方法。在这篇文章中，我们将重点介绍智能指针，尤其是std::unique_ptr和std::shared_ptr，它们是现代C++中实现资源管理的强大工具。 代码示例 1: 使用 std::unique_ptr 管理资源 cpp include include class Resource { public: Resource() { std::cout << "Resource created." << std::endl; } ~Resource() { std::cout << "Resource destroyed." << std::endl; } }; int main() { std::unique_ptr resource = std::make_unique(); // 使用资源... return 0; } 在这个例子中，当 resource 对象离开作用域时（即函数执行完毕），Resource 的析构函数会被自动调用，确保资源被正确释放。这就是RAII原则的一个简单应用，它使得资源管理变得简洁且易于理解。 代码示例 2: 使用 std::shared_ptr 实现共享所有权 cpp include include class SharedResource { public: SharedResource() { std::cout << "SharedResource created." << std::endl; } ~SharedResource() { std::cout << "SharedResource destroyed." << std::endl; } }; int main() { std::shared_ptr shared_resource1 = std::make_shared(); std::shared_ptr shared_resource2 = shared_resource1; // 共享资源... return 0; } 这里展示了 std::shared_ptr 如何允许多个对象共享对同一资源的所有权。当最后一个持有 shared_resource1 的引用消失时，资源才会被释放。这种机制有助于避免内存泄漏，并确保资源在适当的时候被释放。 第三部分：异常安全的资源管理 在C++中，异常安全的资源管理尤为重要。当程序中包含可能抛出异常的操作时，确保资源在异常发生时也能得到妥善处理，是非常关键的。智能指针提供了一种自然的方式来实现这一点，因为它们会在异常发生时自动释放资源，而无需额外的保护措施。 代码示例 3: 异常安全的资源管理示例 cpp include include include class CriticalResource { public: CriticalResource() { std::cout << "CriticalResource created." << std::endl; } ~CriticalResource() { std::cout << "CriticalResource destroyed." << std::endl; } void criticalOperation() { throw std::runtime_error("An error occurred during critical operation."); } }; int main() { try { std::unique_ptr critical_resource = std::make_unique(); critical_resource->criticalOperation(); } catch (const std::exception& e) { std::cerr << "Exception caught: " << e.what() << std::endl; } return 0; } 在上述代码中，critical_operation 可能会抛出异常。哎呀，你知道的，critical_resource 这个家伙可是被 std::unique_ptr 给罩着呢！这可真是太好了，因为这样，如果程序里突然蹦出个异常来，critical_resource 就能自动被释放掉，不会出现啥乱七八糟、不靠谱的行为。这下子，咱们就不用操心资源没清理干净这种事儿啦！ 第四部分：结论 通过使用C++的智能指针和RAII原则，我们可以轻松地实现异常安全的资源管理，这大大增强了程序的可靠性和稳定性。哎呀，兄弟，你要是想让你的代码跑得顺畅，资源管理这事儿可得好好抓牢！别小瞧了它，这玩意儿能防住好多坑，比如内存漏了或者资源没收好，那程序一不小心就卡死或者出bug，用户体验直接掉分。还有啊，万一程序遇到点啥意外，比如服务器突然断电啥的，资源管理做得好，程序就能像小猫一样，优雅地处理问题，然后自己蹦跶回来，用户一点都感觉不到。这样一来，不光用户体验上去了，系统的稳定性和质量也跟着水涨船高，你说值不值！ 总之，资源管理是构建强大、安全和高效的C++程序的关键。嘿！兄弟，学了这些技术后，你就能像大厨炒菜一样，把程序做得既美味又营养。这样一来，修修补补的工作就少多了，就像不用天天洗碗一样爽快！而且，你的代码就像是一本好书，别人一看就懂，就像看《哈利·波特》一样过瘾。最后，用户得到的服务就像五星级餐厅的餐点，稳定又可靠，他们吃得开心，你也跟着美滋滋！

...索一下这个“非法参数异常”背后的故事。 第一章：何为 IllegalArgumentException 在Kotlin中，当我们尝试调用一个方法时，如果传入的参数不符合该方法的要求或者类型不匹配，就会抛出 IllegalArgumentException。这事儿就像你去参加一个超级认真的补习班，老师布置了一道题目让你做，结果你交上去的答案全错了，那肯定得被老师好好点名批评一番了。 第二章：深入剖析 IllegalArgumentException 假设我们有一个简单的函数 calculateAge，它接受一个人的出生年份作为参数，并计算出当前年龄： kotlin fun calculateAge(birthYear: Int): Int { val currentYear = 2023 return currentYear - birthYear } 如果我们不小心传入了一个非整数类型的参数，比如一个字符串，Kotlin会立即察觉到这一点，并优雅地抛出 IllegalArgumentException： kotlin fun test() { val age = calculateAge("2000") println("Your age is $age.") } // 运行结果：编译错误，因为calculateAge接受的是Int类型参数，而"2000"是String类型。 第三章：如何避免 IllegalArgumentException 避免 IllegalArgumentException 的关键在于确保所有传入函数的参数都符合预期的类型和格式。我们可以利用Kotlin的静态类型系统来帮助我们进行这一工作： - 类型检查：确保所有输入的参数都是正确的类型。例如，可以使用 assert 函数在运行时验证类型： kotlin fun safeCalculateAge(birthYear: Any): Int { assert(birthYear is Int) { "Expected an Integer for birthYear" } val currentYear = 2023 return currentYear - birthYear.toInt() } // 使用示例： val age = safeCalculateAge(2000) println("Your age is $age.") - 函数参数验证：在定义函数时就加入类型检查逻辑： kotlin fun calculateAgeWithValidation(birthYear: Int): Int { if (birthYear < 0 || birthYear > 2023) { throw IllegalArgumentException("Birth year must be within the range of 0 to 2023.") } val currentYear = 2023 return currentYear - birthYear } 第四章：实战演练：创建一个更复杂的示例 假设我们要构建一个简单的日历应用，其中包含一个用于计算天数的函数。为了增加复杂性，我们添加了对月份和年份的验证： kotlin data class Date(val day: Int, val month: Int, val year: Int) fun calculateDaysSinceBirthday(dateOfBirth: Date): Int { val currentYear = Calendar.getInstance().get(Calendar.YEAR) val currentMonth = Calendar.getInstance().get(Calendar.MONTH) + 1 // 注意月份是从0开始的 val currentDay = Calendar.getInstance().get(Calendar.DAY_OF_MONTH) val birthday = dateOfBirth.day to dateOfBirth.month to dateOfBirth.year val birthDate = Date(birthday) val daysSinceBirthday = (currentYear - birthDate.year) 365 + (currentMonth - birthDate.month) 30 + (currentDay - birthDate.day) return daysSinceBirthday } fun main() { val birthDate = Date(day = 1, month = 1, year = 2000) val days = calculateDaysSinceBirthday(birthDate) println("Days since your birthday: $days") } 在上面的代码中，我们通过 Calendar 类获取当前日期，并与生日日期进行比较，计算出天数差值。嘿，兄弟！咱们就拿一年有365天，一个月有30天来打个比方，这可是咱们简化了一下，方便大家理解。实际上啊，生活里头可没这么简单，得分清闰年和普通年是怎么回事，这样日子才过得有模有样呢！ 结语：面对挑战，拥抱学习 每一次遇到 IllegalArgumentException 都是一次学习的机会。它们提醒我们，即使在看似完美的代码中，也可能隐藏着一些小错误。通过仔细检查和验证我们的参数，我们可以编写出更加健壮、可维护的代码。哎呀，你瞧这Kotlin，它可真是个能手呢！它那一大堆好用的工具和特性，就像是魔法一样，帮我们解决了好多麻烦事儿。比如说，静态类型这一招，就像是一道坚固的防线，能提前发现那些可能出错的地方。还有函数注解，就像是给代码贴上了标签，让我们一眼就能看出这是干啥的。而模式匹配嘛，简直就是解谜神器，轻轻松松就能解开那些复杂的逻辑难题。这些玩意儿合在一起，就形成了一个强大的武器库，帮我们防患于未然，解决问题更是不在话下。你说是不是，这Kotlin，简直就是程序员的好伙伴！让我们带着好奇心和探索精神，继续在编程的海洋中航行吧！ --- 在这篇文章中，我们不仅探讨了 IllegalArgumentException 的由来和解决方法，还通过一系列的代码示例展示了如何在实践中应用这些知识。嘿，兄弟！读完这篇文章后，希望你对Kotlin里的异常处理方式有了一番全新的领悟。别担心，这不像是AI在跟你说话，就像跟老朋友聊天一样轻松。你得尝试将这些小技巧应用到你的实际项目中，让代码不仅好看，而且超级稳定，就像是给你的程序穿上了一件坚固的盔甲。这样，无论遇到什么问题，它都能稳如泰山。所以，拿起你的键盘，动手实践吧！记住，编程是一场持续的学习之旅，每一次遇到困难都是成长的机会。加油！

...务连接超时，特别是在使用MemCache的时候。作为一个喜欢捣鼓技术的小程序员，我之前也被这个问题搞得头都快秃了，天天挠头叹气的。不过经过无数次的失败和摸索，总算琢磨出了一些门道！这篇文章可不只是告诉你“问题出在哪”，它还会手把手带着你，用代码例子一步一步把问题给解决了！就像有个编程小老师在旁边耐心指导一样，超贴心的！别急着离开，这可是干货满满哦！ --- 1. 什么是MemCache？它为什么这么受欢迎？ 先简单介绍一下MemCache吧！MemCache是一种高性能的分布式内存对象缓存系统，主要用于减轻数据库的压力，提升应用的响应速度。其实说白了就是这么个事儿——把数据都存到内存里，用的时候直接拿出来，省得每次都要跑去数据库翻箱倒柜找一遍，多麻烦啊！ 举个例子，假设你正在做一个电商网站，用户点击商品详情页时，如果每次都要从数据库拉取商品信息，那服务器负载肯定爆表。但如果我们将这些数据缓存在MemCache中，用户访问时直接从内存读取，岂不是快如闪电？ 不过呢，事情可没那么简单。MemCache这小子虽然挺能干的，但也不是省油的灯啊！比如说吧，你老是疯狂地去请求数据，结果服务器偏偏不给面子，连个响应都没有，那它就直接给你来个“服务连接超时”的报错，气得你直跺脚。这就像你去餐厅点菜，服务员一直不在，你说能不急吗？ --- 2. 服务连接超时到底是个啥？ 服务连接超时，简单来说就是你的程序试图与MemCache服务器建立连接，但因为某些原因（比如网络延迟、服务器过载等），连接请求迟迟得不到回应，最终超时失败。这种错误通常会伴随着一条令人沮丧的信息：“连接超时”。 让我分享一个小故事：有一次我在调试一个项目时，发现某个接口总是返回“服务连接超时”，我当时的第一反应是“天啊，是不是MemCache崩了？”于是我赶紧登录服务器检查日志，结果发现MemCache运行正常，只是偶尔响应慢了一点。后来我才意识到，可能是客户端配置的问题。 所以，当遇到这种错误时，不要慌！我们得冷静下来，分析一下可能的原因。 --- 2.1 可能的原因有哪些？ 1. 网络问题 MemCache服务器和客户端之间的网络不稳定。 2. MemCache配置不当 比如设置了太短的超时时间。 3. 服务器负载过高 MemCache服务器被太多请求压垮。 4. 客户端代码问题 比如没有正确处理异常情况。 --- 3. 如何解决服务连接超时？ 接下来，咱们就从代码层面入手，看看如何优雅地解决这个问题。我会结合实际例子，手把手教你如何避免“服务连接超时”。 --- 3.1 检查网络连接 首先，确保你的MemCache服务器和客户端之间网络通畅。你可以试试用ping命令测试一下： bash ping your-memcache-server 如果网络不通畅，那就得找运维同事帮忙优化网络环境了。不过，如果你确定网络没问题，那就继续往下看。 --- 3.2 调整超时时间 很多时候，“服务连接超时”是因为你设置的超时时间太短了。默认情况下，MemCache的超时时间可能比较保守，你需要根据实际情况调整它。 在Java中，可以这样设置超时时间： java import net.spy.memcached.AddrUtil; import net.spy.memcached.MemcachedClient; public class MemCacheExample { public static void main(String[] args) throws Exception { // 创建MemCache客户端，设置超时时间为5秒 MemcachedClient memcachedClient = new MemcachedClient(AddrUtil.getAddresses("localhost:11211"), 5000); System.out.println("成功连接到MemCache服务器！"); } } 这里的关键是5000，表示超时时间为5秒。你可以根据实际情况调整这个值，比如改成10秒或者20秒。 --- 3.3 使用重试机制 有时候，一次连接失败并不代表MemCache服务器真的挂了。在这种情况下，我们可以加入重试机制，让程序自动尝试重新连接。 下面是一个简单的Python示例： python import time from pymemcache.client.base import Client def connect_to_memcache(): attempts = 3 while attempts > 0: try: client = Client(('localhost', 11211)) print("成功连接到MemCache服务器！") return client except Exception as e: print(f"连接失败，重试中... ({attempts}次机会)") time.sleep(2) attempts -= 1 raise Exception("无法连接到MemCache服务器，请检查配置！") client = connect_to_memcache() 在这个例子中，程序会尝试三次连接MemCache服务器，每次失败后等待两秒钟再重试。如果三次都失败，就抛出异常提示用户。 --- 3.4 监控MemCache状态 最后，建议你定期监控MemCache服务器的状态。你可以通过工具（比如MemAdmin）查看服务器的健康状况，包括内存使用率、连接数等指标。 如果你发现服务器负载过高，可以考虑增加MemCache实例数量，或者优化业务逻辑减少不必要的请求。 --- 4. 总结 服务连接超时不可怕，可怕的是不去面对 好了，到这里，关于“服务连接超时”的问题基本就说完了。虽然MemCache确实容易让人踩坑，但只要我们用心去研究，总能找到解决方案。 最后想说的是，技术这条路没有捷径，遇到问题不要急躁，多思考、多实践才是王道。希望我的分享对你有所帮助，如果你还有什么疑问，欢迎随时来找我讨论！😄 祝大家编码愉快！

...什么是委托、为什么要使用委托、事件的由来、.NET Framework 中的委托和事件、委托中方法异常和超时的处理、委托与异步编程、委托和事件对Observer 设计模式的意义，对它们的编译代码也做了讨论。 1.1 理解委托 1.1.1 将方法作为方法的参数 我们先不管这个标题如何的绕口，也不管委托究竟是个什么东西，来看下面这两个最简单的方法，它们不过是在屏幕上输出一句问候的话语： public void GreetPeople(string name){EnglishGreeting(name);}public void EnglishGreeting(string name){Console.WriteLine("Good Morning, " + name);} 暂且不管这两个方法有没有什么实际意义。GreetPeople 用于向某人问好，当我们传递代表某人姓名的 name 参数，比如说“Liker”进去的时候，在这个方法中，将调用 EnglishGreeting 方法，再次传递 name 参数，EnglishGreeting 则用于向屏幕输出 “Good Morning, Liker”。 现在假设这个程序需要进行全球化，哎呀，不好了，我是中国人，我不明白“Good Morning”是什么意思，怎么办呢？好吧，我们再加个中文版的问候方法： public void ChineseGreeting(string name){Console.WriteLine("早上好, " + name);} 这时候，GreetPeople 也需要改一改了，不然如何判断到底用哪个版本的 Greeting 问候方法合适呢？在进行这个之前，我们最好再定义一个枚举作为判断的依据： public enum Language{English, Chinese}public void GreetPeople(string name, Language lang){switch (lang){case Language.English:EnglishGreeting(name);break;case Language.Chinese:ChineseGreeting(name);break;} } OK，尽管这样解决了问题，但我不说大家也很容易想到，这个解决方案的可扩展性很差，如果日后我们需要再添加韩文版、日文版，就不得不反复修改枚举和GreetPeople() 方法，以适应新的需求。 在考虑新的解决方案之前，我们先看看 GreetPeople 的方法签名： public void GreetPeople(string name, Language lang); 我们仅看 string name，在这里，string 是参数类型，name 是参数变量，当我们赋给 name 字符串“Liker”时，它就代表“Liker”这个值；当我们赋给它“李志中”时，它又代表着“李志中”这个值。然后，我们可以在方法体内对这个 name 进行其他操作。哎，这简直是废话么，刚学程序就知道了。 如果你再仔细想想，假如 GreetPeople() 方法可以接受一个参数变量，这个变量可以代表另一个方法，当我们给这个变量赋值 EnglishGreeting 的时候，它代表着 EnglsihGreeting() 这个方法；当我们给它赋值ChineseGreeting 的时候，它又代表着 ChineseGreeting() 法。我们将这个参数变量命名为 MakeGreeting，那么不是可以如同给 name 赋值时一样，在调用 GreetPeople()方法的时候，给这个MakeGreeting 参数也赋上值么(ChineseGreeting 或者EnglsihGreeting 等)？然后，我们在方法体内，也可以像使用别的参数一样使用MakeGreeting。但是，由于 MakeGreeting 代表着一个方法，它的使用方式应该和它被赋的方法(比如ChineseGreeting)是一样的，比如：MakeGreeting(name); 好了，有了思路了，我们现在就来改改GreetPeople()方法，那么它应该是这个样子了： public void GreetPeople(string name, MakeGreeting) { MakeGreeting(name); } 注意到 ，这个位置通常放置的应该是参数的类型，但到目前为止，我们仅仅是想到应该有个可以代表方法的参数，并按这个思路去改写 GreetPeople 方法，现在就出现了一个大问题：这个代表着方法的 MakeGreeting 参数应该是什么类型的？ 说明：这里已不再需要枚举了，因为在给MakeGreeting 赋值的时候动态地决定使用哪个方法，是 ChineseGreeting 还是 EnglishGreeting，而在这个两个方法内部，已经对使用“Good Morning”还是“早上好”作了区分。 聪明的你应该已经想到了，现在是委托该出场的时候了，但讲述委托之前，我们再看看MakeGreeting 参数所能代表的 ChineseGreeting()和EnglishGreeting()方法的签名： public void EnglishGreeting(string name) public void ChineseGreeting(string name) 如同 name 可以接受 String 类型的“true”和“1”，但不能接受bool 类型的true 和int 类型的1 一样。MakeGreeting 的参数类型定义应该能够确定 MakeGreeting 可以代表的方法种类，再进一步讲，就是 MakeGreeting 可以代表的方法的参数类型和返回类型。 于是，委托出现了：它定义了 MakeGreeting 参数所能代表的方法的种类，也就是 MakeGreeting 参数的类型。 本例中委托的定义： public delegate void GreetingDelegate(string name); 与上面 EnglishGreeting() 方法的签名对比一下，除了加入了delegate 关键字以外，其余的是不是完全一样？现在，让我们再次改动GreetPeople()方法，如下所示： public delegate void GreetingDelegate(string name);public void GreetPeople(string name, GreetingDelegate MakeGreeting){MakeGreeting(name);} 如你所见，委托 GreetingDelegate 出现的位置与 string 相同，string 是一个类型，那么 GreetingDelegate 应该也是一个类型，或者叫类(Class)。但是委托的声明方式和类却完全不同，这是怎么一回事？实际上，委托在编译的时候确实会编译成类。因为 Delegate 是一个类，所以在任何可以声明类的地方都可以声明委托。更多的内容将在下面讲述，现在，请看看这个范例的完整代码： public delegate void GreetingDelegate(string name);class Program{private static void EnglishGreeting(string name){Console.WriteLine("Good Morning, " + name);}private static void ChineseGreeting(string name){Console.WriteLine("早上好, " + name);}private static void GreetPeople(string name, GreetingDelegate MakeGreeting){MakeGreeting(name);}static void Main(string[] args){GreetPeople("Liker", EnglishGreeting);GreetPeople("李志中", ChineseGreeting);Console.ReadLine();} } 我们现在对委托做一个总结：委托是一个类，它定义了方法的类型，使得可以将方法当作另一个方法的参数来进行传递，这种将方法动态地赋给参数的做法，可以避免在程序中大量使用If … Else(Switch)语句，同时使得程序具有更好的可扩展性。 1.1.2 将方法绑定到委托 看到这里，是不是有那么点如梦初醒的感觉？于是，你是不是在想：在上面的例子中，我不一定要直接在 GreetPeople() 方法中给 name 参数赋值，我可以像这样使用变量： static void Main(string[] args){GreetPeople("Liker", EnglishGreeting);GreetPeople("李志中", ChineseGreeting);Console.ReadLine();} 而既然委托 GreetingDelegate 和类型 string 的地位一样，都是定义了一种参数类型，那么，我是不是也可以这么使用委托？ static void Main(string[] args){GreetingDelegate delegate1, delegate2;delegate1 = EnglishGreeting;delegate2 = ChineseGreeting;GreetPeople("Liker", delegate1);GreetPeople("李志中", delegate2);Console.ReadLine();} 如你所料，这样是没有问题的，程序一如预料的那样输出。这里，我想说的是委托不同于 string 的一个特性：可以将多个方法赋给同一个委托，或者叫将多个方法绑定到同一个委托，当调用这个委托的时候，将依次调用其所绑定的方法。在这个例子中，语法如下： static void Main(string[] args){GreetingDelegate delegate1;delegate1 = EnglishGreeting; delegate1 += ChineseGreeting;GreetPeople("Liker", delegate1);Console.ReadLine();} 实际上，我们可以也可以绕过GreetPeople 方法，通过委托来直接调用EnglishGreeting 和ChineseGreeting： static void Main(string[] args){GreetingDelegate delegate1;delegate1 = EnglishGreeting;delegate1 += ChineseGreeting; delegate1("Liker");Console.ReadLine();} 说明：这在本例中是没有问题的，但回头看下上面 GreetPeople() 的定义，在它之中可以做一些对于 EnglshihGreeting 和 ChineseGreeting 来说都需要进行的工作，为了简便我做了省略。 注意这里，第一次用的“=”，是赋值的语法；第二次，用的是“+=”，是绑定的语法。如果第一次就使用“+=”，将出现“使用了未赋值的局部变量”的编译错误。我们也可以使用下面的代码来这样简化这一过程： GreetingDelegate delegate1 = new GreetingDelegate(EnglishGreeting);delegate1 += ChineseGreeting; 既然给委托可以绑定一个方法，那么也应该有办法取消对方法的绑定，很容易想到，这个语法是“-=”： static void Main(string[] args){GreetingDelegate delegate1 = new GreetingDelegate(EnglishGreeting);delegate1 += ChineseGreeting;GreetPeople("Liker", delegate1);Console.WriteLine();delegate1 -= EnglishGreeting;GreetPeople("李志中", delegate1);Console.ReadLine();} 让我们再次对委托作个总结： 使用委托可以将多个方法绑定到同一个委托变量，当调用此变量时(这里用“调用”这个词，是因为此变量代表一个方法)，可以依次调用所有绑定的方法。 1.2 事件的由来 1.2.1 更好的封装性 我们继续思考上面的程序：上面的三个方法都定义在 Programe 类中，这样做是为了理解的方便，实际应用中，通常都是 GreetPeople 在一个类中，ChineseGreeting 和 EnglishGreeting 在另外的类中。现在你已经对委托有了初步了解，是时候对上面的例子做个改进了。假设我们将 GreetingPeople() 放在一个叫 GreetingManager 的类中，那么新程序应该是这个样子的： namespace Delegate{public delegate void GreetingDelegate(string name);public class GreetingManager{public void GreetPeople(string name, GreetingDelegate MakeGreeting){MakeGreeting(name);} }class Program{private static void EnglishGreeting(string name){Console.WriteLine("Good Morning, " + name);}private static void ChineseGreeting(string name){Console.WriteLine("早上好, " + name);}static void Main(string[] args){GreetingManager gm = new GreetingManager();gm.GreetPeople("Liker", EnglishGreeting);gm.GreetPeople("李志中", ChineseGreeting);} }} 我们运行这段代码，嗯，没有任何问题。程序一如预料地那样输出了： // Good Morning, Liker 早上好, 李志中 // 现在，假设我们需要使用上一节学到的知识，将多个方法绑定到同一个委托变量，该如何做呢？让我们再次改写代码： static void Main(string[] args){GreetingManager gm = new GreetingManager();GreetingDelegate delegate1;delegate1 = EnglishGreeting;delegate1 += ChineseGreeting;gm.GreetPeople("Liker", delegate1);} 输出： Good Morning, Liker 早上好, Liker 到了这里，我们不禁想到：面向对象设计，讲究的是对象的封装，既然可以声明委托类型的变量(在上例中是delegate1)，我们何不将这个变量封装到 GreetManager 类中？在这个类的客户端中使用不是更方便么？于是，我们改写GreetManager 类，像这样： public class GreetingManager{/// <summary>/// 在 GreetingManager 类的内部声明 delegate1 变量/// </summary>public GreetingDelegate delegate1;public void GreetPeople(string name, GreetingDelegate MakeGreeting){MakeGreeting(name);} } 现在，我们可以这样使用这个委托变量： static void Main(string[] args){GreetingManager gm = new GreetingManager();gm.delegate1 = EnglishGreeting;gm.delegate1 += ChineseGreeting;gm.GreetPeople("Liker", gm.delegate1);} 输出为： Good Morning, Liker 早上好, Liker 尽管这样做没有任何问题，但我们发现这条语句很奇怪。在调用gm.GreetPeople 方法的时候，再次传递了gm 的delegate1 字段, 既然如此，我们何不修改 GreetingManager 类成这样： public class GreetingManager{/// <summary>/// 在 GreetingManager 类的内部声明 delegate1 变量/// </summary>public GreetingDelegate delegate1;public void GreetPeople(string name){if (delegate1 != null) // 如果有方法注册委托变量{ delegate1(name); // 通过委托调用方法} }} 在客户端，调用看上去更简洁一些： static void Main(string[] args){GreetingManager gm = new GreetingManager();gm.delegate1 = EnglishGreeting;gm.delegate1 += ChineseGreeting;gm.GreetPeople("Liker"); //注意，这次不需要再传递 delegate1 变量} 尽管这样达到了我们要的效果，但是还是存在着问题：在这里，delegate1 和我们平时用的string 类型的变量没有什么分别，而我们知道，并不是所有的字段都应该声明成public，合适的做法是应该public 的时候public，应该private 的时候private。 我们先看看如果把 delegate1 声明为 private 会怎样？结果就是：这简直就是在搞笑。因为声明委托的目的就是为了把它暴露在类的客户端进行方法的注册，你把它声明为 private 了，客户端对它根本就不可见，那它还有什么用？ 再看看把delegate1 声明为 public 会怎样？结果就是：在客户端可以对它进行随意的赋值等操作，严重破坏对象的封装性。 最后，第一个方法注册用“=”，是赋值语法，因为要进行实例化，第二个方法注册则用的是“+=”。但是，不管是赋值还是注册，都是将方法绑定到委托上，除了调用时先后顺序不同，再没有任何的分别，这样不是让人觉得很别扭么？ 现在我们想想，如果delegate1 不是一个委托类型，而是一个string 类型，你会怎么做？答案是使用属性对字段进行封装。 于是，Event 出场了，它封装了委托类型的变量，使得：在类的内部，不管你声明它是public还是protected，它总是private 的。在类的外部，注册“+=”和注销“-=”的访问限定符与你在声明事件时使用的访问符相同。我们改写GreetingManager 类，它变成了这个样子： public class GreetingManager{//这一次我们在这里声明一个事件public event GreetingDelegate MakeGreet;public void GreetPeople(string name){MakeGreet(name);} } 很容易注意到：MakeGreet 事件的声明与之前委托变量 delegate1 的声明唯一的区别是多了一个 event 关键字。看到这里，在结合上面的讲解，你应该明白到：事件其实没什么不好理解的，声明一个事件不过类似于声明一个进行了封装的委托类型的变量而已。 为了证明上面的推论，如果我们像下面这样改写Main 方法： static void Main(string[] args){GreetingManager gm = new GreetingManager();gm.MakeGreet = EnglishGreeting; // 编译错误1gm.MakeGreet += ChineseGreeting;gm.GreetPeople("Liker");} 会得到编译错误： 1.2.2 限制类型能力 使用事件不仅能获得比委托更好的封装性以外，还能限制含有事件的类型的能力。这是什么意思呢？它的意思是说：事件应该由事件发布者触发，而不应该由事件的客户端（客户程序）来触发。请看下面的范例： using System;class Program{static void Main(string[] args){Publishser pub = new Publishser();Subscriber sub = new Subscriber();pub.NumberChanged += new NumberChangedEventHandler(sub.OnNumberChanged);pub.DoSomething(); // 应该通过DoSomething()来触发事件pub.NumberChanged(100); // 但可以被这样直接调用，对委托变量的不恰当使用} }/// <summary>/// 定义委托/// </summary>/// <param name="count"></param>public delegate void NumberChangedEventHandler(int count);/// <summary>/// 定义事件发布者/// </summary>public class Publishser{private int count;public NumberChangedEventHandler NumberChanged; // 声明委托变量//public event NumberChangedEventHandler NumberChanged; // 声明一个事件public void DoSomething(){// 在这里完成一些工作 ...if (NumberChanged != null) // 触发事件{ count++;NumberChanged(count);} }}/// <summary>/// 定义事件订阅者/// </summary>public class Subscriber{public void OnNumberChanged(int count){Console.WriteLine("Subscriber notified: count = {0}", count);} } 上面代码定义了一个NumberChangedEventHandler 委托，然后我们创建了事件的发布者Publisher 和订阅者Subscriber。当使用委托变量时，客户端可以直接通过委托变量触发事件，也就是直接调用pub.NumberChanged(100)，这将会影响到所有注册了该委托的订阅者。而事件的本意应该为在事件发布者在其本身的某个行为中触发，比如说在方法DoSomething()中满足某个条件后触发。通过添加event 关键字来发布事件，事件发布者的封装性会更好，事件仅仅是供其他类型订阅，而客户端不能直接触发事件（语句pub.NumberChanged(100)无法通过编译），事件只能在事件发布者Publisher 类的内部触发（比如在方法pub.DoSomething()中），换言之，就是NumberChanged(100)语句只能在Publisher 内部被调用。大家可以尝试一下，将委托变量的声明那行代码注释掉，然后取消下面事件声明的注释。此时程序是无法编译的，当你使用了event 关键字之后，直接在客户端触发事件这种行为，也就是直接调用pub.NumberChanged(100)，是被禁止的。事件只能通过调用DoSomething() 来触发。这样才是事件的本意，事件发布者的封装才会更好。 就好像如果我们要定义一个数字类型，我们会使用int 而不是使用object 一样，给予对象过多的能力并不见得是一件好事，应该是越合适越好。尽管直接使用委托变量通常不会有什么问题，但它给了客户端不应具有的能力，而使用事件，可以限制这一能力，更精确地对类型进行封装。 说 明：这里还有一个约定俗称的规定，就是订阅事件的方法的命名，通常为“On 事件名”，比如这里的OnNumberChanged。 1.3 委托的编译代码 这时候，我们注释掉编译错误的行，然后重新进行编译，再借助 Reflactor 来对 event 的声明语句做一探究，看看为什么会发生这样的错误： 可以看到，实际上尽管我们在GreetingManager 里将 MakeGreet 声明为public，但是，实际上MakeGreet 会被编译成私有字段，难怪会发生上面的编译错误了，因为它根本就不允许在GreetingManager 类的外面以赋值的方式访问，从而验证了我们上面所做的推论。 我们再进一步看下MakeGreet 所产生的代码： // private GreetingDelegate MakeGreet; //对事件的声明实际是声明一个私有的委托变量 [MethodImpl(MethodImplOptions.Synchronized)] public void add_MakeGreet(GreetingDelegate value) { this.MakeGreet = (GreetingDelegate) Delegate.Combine(this.MakeGreet, value); } [MethodImpl(MethodImplOptions.Synchronized)] public void remove_MakeGreet(GreetingDelegate value) { this.MakeGreet = (GreetingDelegate) Delegate.Remove(this.MakeGreet, value); } // 现在已经很明确了：MakeGreet 事件确实是一个GreetingDelegate 类型的委托，只不过不管是不是声明为public，它总是被声明为private。另外，它还有两个方法，分别是add_MakeGreet和remove_MakeGreet，这两个方法分别用于注册委托类型的方法和取消注册。实际上也就是：“+= ”对应 add_MakeGreet，“-=”对应remove_MakeGreet。而这两个方法的访问限制取决于声明事件时的访问限制符。 在add_MakeGreet()方法内部，实际上调用了System.Delegate 的Combine()静态方法，这个方法用于将当前的变量添加到委托链表中。 我们前面提到过两次，说委托实际上是一个类，在我们定义委托的时候： // public delegate void GreetingDelegate(string name); // 当编译器遇到这段代码的时候，会生成下面这样一个完整的类： // public class GreetingDelegate:System.MulticastDelegate { public GreetingDelegate(object @object, IntPtr method); public virtual IAsyncResult BeginInvoke(string name, AsyncCallback callback, object @object); public virtual void EndInvoke(IAsyncResult result); public virtual void Invoke(string name); } // 1.4 .NET 框架中的委托和事件 1.4.1 范例说明 上面的例子已不足以再进行下面的讲解了，我们来看一个新的范例，因为之前已经介绍了很多的内容，所以本节的进度会稍微快一些! 假设我们有个高档的热水器，我们给它通上电，当水温超过95 度的时候：1、扬声器会开始发出语音，告诉你水的温度；2、液晶屏也会改变水温的显示，来提示水已经快烧开了。 现在我们需要写个程序来模拟这个烧水的过程，我们将定义一个类来代表热水器，我们管它叫：Heater，它有代表水温的字段，叫做 temperature；当然，还有必不可少的给水加热方法 BoilWater()，一个发出语音警报的方法 MakeAlert()，一个显示水温的方法，ShowMsg()。 namespace Delegate{/// <summary>/// 热水器/// </summary>public class Heater{/// <summary>/// 水温/// </summary>private int temperature;/// <summary>/// 烧水/// </summary>public void BoilWater(){for (int i = 0; i <= 100; i++){temperature = i;if (temperature > 95){MakeAlert(temperature);ShowMsg(temperature);} }}/// <summary>/// 发出语音警报/// </summary>/// <param name="param"></param>private void MakeAlert(int param){Console.WriteLine("Alarm：嘀嘀嘀，水已经 {0} 度了：", param);}/// <summary>/// 显示水温/// </summary>/// <param name="param"></param>private void ShowMsg(int param){Console.WriteLine("Display：水快开了，当前温度：{0}度。", param);} }class Program{static void Main(){Heater ht = new Heater();ht.BoilWater();} }} 1.4.2 Observer 设计模式简介 上面的例子显然能完成我们之前描述的工作，但是却并不够好。现在假设热水器由三部分组成：热水器、警报器、显示器，它们来自于不同厂商并进行了组装。那么，应该是热水器仅仅负责烧水，它不能发出警报也不能显示水温；在水烧开时由警报器发出警报、显示器显示提示和水温。 这时候，上面的例子就应该变成这个样子： /// <summary>/// 热水器/// </summary>public class Heater{private int temperature; private void BoilWater(){for (int i = 0; i <= 100; i++){temperature = i;} }}/// <summary>/// 警报器/// </summary>public class Alarm{private void MakeAlert(int param){Console.WriteLine("Alarm：嘀嘀嘀，水已经 {0} 度了：", param);} }/// <summary>/// 显示器/// </summary>public class Display{private void ShowMsg(int param){Console.WriteLine("Display：水已烧开，当前温度：{0}度。", param);} } 这里就出现了一个问题：如何在水烧开的时候通知报警器和显示器？ 在继续进行之前，我们先了解一下Observer 设计模式，Observer 设计模式中主要包括如下两类对象： Subject：监视对象，它往往包含着其他对象所感兴趣的内容。在本范例中，热水器就是一个监视对象，它包含的其他对象所感兴趣的内容，就是 temprature 字段，当这个字段的值快到100 时，会不断把数据发给监视它的对象。 Observer：监视者，它监视Subject，当 Subject 中的某件事发生的时候，会告知Observer，而Observer 则会采取相应的行动。在本范例中，Observer 有警报器和显示器，它们采取的行动分别是发出警报和显示水温。 在本例中，事情发生的顺序应该是这样的： 1. 警报器和显示器告诉热水器，它对它的温度比较感兴趣(注册)。 2. 热水器知道后保留对警报器和显示器的引用。 3. 热水器进行烧水这一动作，当水温超过 95 度时，通过对警报器和显示器的引用，自动调用警报器的MakeAlert()方法、显示器的ShowMsg()方法。 类似这样的例子是很多的，GOF 对它进行了抽象，称为 Observer 设计模式：Observer 设计模式是为了定义对象间的一种一对多的依赖关系，以便于当一个对象的状态改变时，其他依赖于它的对象会被自动告知并更新。Observer 模式是一种松耦合的设计模式。 1.4.3 实现范例的Observer 设计模式 我们之前已经对委托和事件介绍很多了，现在写代码应该很容易了，现在在这里直接给出代码，并在注释中加以说明。 namespace Delegate{public class Heater{private int temperature;public delegate void BoilHandler(int param);public event BoilHandler BoilEvent;public void BoilWater(){for (int i = 0; i <= 100; i++){temperature = i;if (temperature > 95){if (BoilEvent != null){ BoilEvent(temperature); // 调用所有注册对象的方法} }} }}public class Alarm{public void MakeAlert(int param){Console.WriteLine("Alarm：嘀嘀嘀，水已经 {0} 度了：", param);} }public class Display{public static void ShowMsg(int param) // 静态方法{ Console.WriteLine("Display：水快烧开了，当前温度：{0}度。", param);} }class Program{static void Main(){Heater heater = new Heater();Alarm alarm = new Alarm();heater.BoilEvent += alarm.MakeAlert; // 注册方法heater.BoilEvent += (new Alarm()).MakeAlert; // 给匿名对象注册方法heater.BoilEvent += Display.ShowMsg; // 注册静态方法heater.BoilWater(); // 烧水，会自动调用注册过对象的方法} }} 输出为： // Alarm：嘀嘀嘀，水已经 96 度了： Alarm：嘀嘀嘀，水已经 96 度了： Display：水快烧开了，当前温度：96 度。 // 省略... // 1.4.4 .NET 框架中的委托与事件 尽管上面的范例很好地完成了我们想要完成的工作，但是我们不仅疑惑：为什么.NET Framework 中的事件模型和上面的不同？为什么有很多的EventArgs 参数？ 在回答上面的问题之前，我们先搞懂 .NET Framework 的编码规范： 1. 委托类型的名称都应该以 EventHandler 结束。 2. 委托的原型定义：有一个void 返回值，并接受两个输入参数：一个Object 类型，一个EventArgs 类型(或继承自EventArgs)。 3. 事件的命名为委托去掉 EventHandler 之后剩余的部分。 4. 继承自 EventArgs 的类型应该以EventArgs 结尾。 再做一下说明： 1. 委托声明原型中的Object 类型的参数代表了Subject，也就是监视对象，在本例中是Heater(热水器)。回调函数(比如Alarm 的MakeAlert)可以通过它访问触发事件的对象(Heater)。 2. EventArgs 对象包含了Observer 所感兴趣的数据，在本例中是temperature。 上面这些其实不仅仅是为了编码规范而已，这样也使得程序有更大的灵活性。比如说，如果我们不光想获得热水器的温度，还想在Observer 端(警报器或者显示器)方法中获得它的生产日期、型号、价格，那么委托和方法的声明都会变得很麻烦，而如果我们将热水器的引用传给警报器的方法，就可以在方法中直接访问热水器了。 现在我们改写之前的范例，让它符合.NET Framework的规范： using System;using System.Collections.Generic;using System.Text;namespace Delegate{public class Heater{private int temperature;public string type = "RealFire 001"; // 添加型号作为演示public string area = "China Xian"; // 添加产地作为演示public delegate void BoiledEventHandler(Object sender, BoiledEventArgs e);public event BoiledEventHandler Boiled; // 声明事件// 定义 BoiledEventArgs 类，传递给 Observer 所感兴趣的信息public class BoiledEventArgs : EventArgs{public readonly int temperature;public BoiledEventArgs(int temperature){this.temperature = temperature;} }// 可以供继承自 Heater 的类重写，以便继承类拒绝其他对象对它的监视protected virtual void OnBoiled(BoiledEventArgs e){if (Boiled != null){Boiled(this, e); // 调用所有注册对象的方法} }public void BoilWater(){for (int i = 0; i <= 100; i++){temperature = i;if (temperature > 95){// 建立BoiledEventArgs 对象。BoiledEventArgs e = new BoiledEventArgs(temperature);OnBoiled(e); // 调用 OnBolied 方法} }}public class Alarm{public void MakeAlert(Object sender, Heater.BoiledEventArgs e){Heater heater = (Heater)sender; // 这里是不是很熟悉呢？// 访问 sender 中的公共字段Console.WriteLine("Alarm：{0} - {1}: ", heater.area, heater.type);Console.WriteLine("Alarm: 嘀嘀嘀，水已经 {0} 度了：", e.temperature);Console.WriteLine();} }public class Display{public static void ShowMsg(Object sender, Heater.BoiledEventArgs e) // 静态方法{Heater heater = (Heater)sender;Console.WriteLine("Display：{0} - {1}: ", heater.area, heater.type);Console.WriteLine("Display：水快烧开了，当前温度：{0}度。", e.temperature);Console.WriteLine();} }class Program{static void Main(){Heater heater = new Heater();Alarm alarm = new Alarm();heater.Boiled += alarm.MakeAlert; //注册方法heater.Boiled += (new Alarm()).MakeAlert; //给匿名对象注册方法heater.Boiled += new Heater.BoiledEventHandler(alarm.MakeAlert); //也可以这么注册heater.Boiled += Display.ShowMsg; //注册静态方法heater.BoilWater(); //烧水，会自动调用注册过对象的方法} }} } 输出为： Alarm：China Xian - RealFire 001: Alarm: 嘀嘀嘀，水已经 96 度了： Alarm：China Xian - RealFire 001: Alarm: 嘀嘀嘀，水已经 96 度了： Alarm：China Xian - RealFire 001: Alarm: 嘀嘀嘀，水已经 96 度了： Display：China Xian - RealFire 001: Display：水快烧开了，当前温度：96 度。 // 省略 ... 1.5 委托进阶 1.5.1 为什么委托定义的返回值通常都为 void ？ 尽管并非必需，但是我们发现很多的委托定义返回值都为 void，为什么呢？这是因为委托变量可以供多个订阅者注册，如果定义了返回值，那么多个订阅者的方法都会向发布者返回数值，结果就是后面一个返回的方法值将前面的返回值覆盖掉了，因此，实际上只能获得最后一个方法调用的返回值。可以运行下面的代码测试一下。除此以外，发布者和订阅者是松耦合的，发布者根本不关心谁订阅了它的事件、为什么要订阅，更别说订阅者的返回值了，所以返回订阅者的方法返回值大多数情况下根本没有必要。 1.5.2 如何让事件只允许一个客户订阅？ 少数情况下，比如像上面，为了避免发生“值覆盖”的情况（更多是在异步调用方法时，后面会讨论），我们可能想限制只允许一个客户端注册。此时怎么做呢？我们可以向下面这样，将事件声明为private 的，然后提供两个方法来进行注册和取消注册： public class Publishser{private event GeneralEventHandler NumberChanged; // 声明一个私有事件// 注册事件public void Register(GeneralEventHandler method){NumberChanged = method;}// 取消注册public void UnRegister(GeneralEventHandler method){NumberChanged -= method;}public void DoSomething(){// 做某些其余的事情if (NumberChanged != null){ // 触发事件string rtn = NumberChanged();Console.WriteLine("Return: {0}", rtn); // 打印返回的字符串，输出为Subscriber3} }} 注意上面，在UnRegister()中，没有进行任何判断就使用了NumberChanged -= method 语句。这是因为即使method 方法没有进行过注册，此行语句也不会有任何问题，不会抛出异常，仅仅是不会产生任何效果而已。 注意在Register()方法中，我们使用了赋值操作符“=”，而非“+=”，通过这种方式就避免了多个方法注册。 1.7 委托和方法的异步调用 通常情况下，如果需要异步执行一个耗时的操作，我们会新起一个线程，然后让这个线程去执行代码。但是对于每一个异步调用都通过创建线程来进行操作显然会对性能产生一定的影响，同时操作也相对繁琐一些。.NET 中可以通过委托进行方法的异步调用，就是说客户端在异步调用方法时，本身并不会因为方法的调用而中断，而是从线程池中抓取一个线程去执行该方法，自身线程（主线程）在完成抓取线程这一过程之后，继续执行下面的代码，这样就实现了代码的并行执行。使用线程池的好处就是避免了频繁进行异步调用时创建、销毁线程的开销。当我们在委托对象上调用BeginInvoke()时，便进行了一个异步的方法调用。 事件发布者和订阅者之间往往是松耦合的，发布者通常不需要获得订阅者方法执行的情况；而当使用异步调用时，更多情况下是为了提升系统的性能，而并非专用于事件的发布和订阅这一编程模型。而在这种情况下使用异步编程时，就需要进行更多的控制，比如当异步执行方法的方法结束时通知客户端、返回异步执行方法的返回值等。本节就对 BeginInvoke() 方法、EndInvoke() 方法和其相关的 IAysncResult 做一个简单的介绍。 我们先看这样一段代码，它演示了不使用异步调用的通常情况： class Program7{static void Main(string[] args){Console.WriteLine("Client application started!\n");Thread.CurrentThread.Name = "Main Thread";Calculator cal = new Calculator();int result = cal.Add(2, 5);Console.WriteLine("Result: {0}\n", result);// 做某些其它的事情，模拟需要执行3 秒钟for (int i = 1; i <= 3; i++){Thread.Sleep(TimeSpan.FromSeconds(i));Console.WriteLine("{0}: Client executed {1} second(s).", Thread.CurrentThread.Name, i);}Console.WriteLine("\nPress any key to exit...");Console.ReadLine();} }public class Calculator{public int Add(int x, int y){if (Thread.CurrentThread.IsThreadPoolThread){Thread.CurrentThread.Name = "Pool Thread";}Console.WriteLine("Method invoked!");// 执行某些事情，模拟需要执行2 秒钟for (int i = 1; i <= 2; i++){Thread.Sleep(TimeSpan.FromSeconds(i));Console.WriteLine("{0}: Add executed {1} second(s).", Thread.CurrentThread.Name, i);}Console.WriteLine("Method complete!");return x + y;} } 上面代码有几个关于对于线程的操作，如果不了解可以看一下下面的说明，如果你已经了解可以直接跳过： 1. Thread.Sleep()，它会让执行当前代码的线程暂停一段时间（如果你对线程的概念比较陌生，可以理解为使程序的执行暂停一段时间），以毫秒为单位，比如Thread.Sleep(1000)，将会使线程暂停1 秒钟。在上面我使用了它的重载方法，个人觉得使用TimeSpan.FromSeconds(1)，可读性更好一些。 2. Thread.CurrentThread.Name，通过这个属性可以设置、获取执行当前代码的线程的名称，值得注意的是这个属性只可以设置一次，如果设置两次，会抛出异常。 3. Thread.IsThreadPoolThread，可以判断执行当前代码的线程是否为线程池中的线程。 通过这几个方法和属性，有助于我们更好地调试异步调用方法。上面代码中除了加入了一些对线程的操作以外再没有什么特别之处。我们建了一个Calculator 类，它只有一个Add 方法，我们模拟了这个方法需要执行2 秒钟时间，并且每隔一秒进行一次输出。而在客户端程序中，我们使用result 变量保存了方法的返回值并进行了打印。随后，我们再次模拟了客户端程序接下来的操作需要执行2 秒钟时间。运行这段程序，会产生下面的输出： // Client application started! Method invoked! Main Thread: Add executed 1 second(s). Main Thread: Add executed 2 second(s). Method complete! Result: 7 Main Thread: Client executed 1 second(s). Main Thread: Client executed 2 second(s). Main Thread: Client executed 3 second(s). Press any key to exit... // 如果你确实执行了这段代码，会看到这些输出并不是一瞬间输出的，而是执行了大概5 秒钟的时间，因为线程是串行执行的，所以在执行完 Add() 方法之后才会继续客户端剩下的代码。 接下来我们定义一个AddDelegate 委托，并使用BeginInvoke()方法来异步地调用它。在上面已经介绍过，BeginInvoke()除了最后两个参数为AsyncCallback 类型和Object 类型以外，前面的参数类型和个数与委托定义相同。另外BeginInvoke()方法返回了一个实现了IAsyncResult 接口的对象（实际上就是一个AsyncResult 类型实例，注意这里IAsyncResult 和AysncResult 是不同的，它们均包含在.NET Framework 中）。 AsyncResult 的用途有这么几个：传递参数，它包含了对调用了BeginInvoke()的委托的引用；它还包含了BeginInvoke()的最后一个Object 类型的参数；它可以鉴别出是哪个方法的哪一次调用，因为通过同一个委托变量可以对同一个方法调用多次。 EndInvoke()方法接受IAsyncResult 类型的对象（以及ref 和out 类型参数，这里不讨论了，对它们的处理和返回值类似），所以在调用BeginInvoke()之后，我们需要保留IAsyncResult，以便在调用EndInvoke()时进行传递。这里最重要的就是EndInvoke()方法的返回值，它就是方法的返回值。除此以外，当客户端调用EndInvoke()时，如果异步调用的方法没有执行完毕，则会中断当前线程而去等待该方法，只有当异步方法执行完毕后才会继续执行后面的代码。所以在调用完BeginInvoke()后立即执行EndInvoke()是没有任何意义的。我们通常在尽可能早的时候调用BeginInvoke()，然后在需要方法的返回值的时候再去调用EndInvoke()，或者是根据情况在晚些时候调用。说了这么多，我们现在看一下使用异步调用改写后上面的代码吧： using System.Threading;using System;public delegate int AddDelegate(int x, int y);class Program8{static void Main(string[] args){Console.WriteLine("Client application started!\n");Thread.CurrentThread.Name = "Main Thread";Calculator cal = new Calculator();AddDelegate del = new AddDelegate(cal.Add);IAsyncResult asyncResult = del.BeginInvoke(2, 5, null, null); // 异步调用方法// 做某些其它的事情，模拟需要执行3 秒钟for (int i = 1; i <= 3; i++){Thread.Sleep(TimeSpan.FromSeconds(i));Console.WriteLine("{0}: Client executed {1} second(s).", Thread.CurrentThread.Name, i);}int rtn = del.EndInvoke(asyncResult);Console.WriteLine("Result: {0}\n", rtn);Console.WriteLine("\nPress any key to exit...");Console.ReadLine();} }public class Calculator{public int Add(int x, int y){if (Thread.CurrentThread.IsThreadPoolThread){Thread.CurrentThread.Name = "Pool Thread";}Console.WriteLine("Method invoked!");// 执行某些事情，模拟需要执行2 秒钟for (int i = 1; i <= 2; i++){Thread.Sleep(TimeSpan.FromSeconds(i));Console.WriteLine("{0}: Add executed {1} second(s).", Thread.CurrentThread.Name, i);}Console.WriteLine("Method complete!");return x + y;} } 此时的输出为： // Client application started! Method invoked! Main Thread: Client executed 1 second(s). Pool Thread: Add executed 1 second(s). Main Thread: Client executed 2 second(s). Pool Thread: Add executed 2 second(s). Method complete! Main Thread: Client executed 3 second(s). Result: 7 Press any key to exit... // 现在执行完这段代码只需要3 秒钟时间，两个for 循环所产生的输出交替进行，这也说明了这两段代码并行执行的情况。可以看到Add() 方法是由线程池中的线程在执行， 因为Thread.CurrentThread.IsThreadPoolThread 返回了True，同时我们对该线程命名为了Pool Thread。另外我们可以看到通过EndInvoke()方法得到了返回值。有时候，我们可能会将获得返回值的操作放到另一段代码或者客户端去执行，而不是向上面那样直接写在BeginInvoke()的后面。比如说我们在Program 中新建一个方法GetReturn()，此时可以通过AsyncResult 的AsyncDelegate 获得del 委托对象，然后再在其上调用EndInvoke()方法，这也说明了AsyncResult 可以唯一的获取到与它相关的调用了的方法（或者也可以理解成委托对象）。所以上面获取返回值的代码也可以改写成这样： private static int GetReturn(IAsyncResult asyncResult){AsyncResult result = (AsyncResult)asyncResult;AddDelegate del = (AddDelegate)result.AsyncDelegate;int rtn = del.EndInvoke(asyncResult);return rtn;} 然后再将int rtn = del.EndInvoke(asyncResult);语句改为int rtn = GetReturn(asyncResult);。注意上面IAsyncResult 要转换为实际的类型AsyncResult 才能访问AsyncDelegate 属性，因为它没有包含在IAsyncResult 接口的定义中。 BeginInvoke 的另外两个参数分别是AsyncCallback 和Object 类型，其中AsyncCallback 是一个委托类型，它用于方法的回调，即是说当异步方法执行完毕时自动进行调用的方法。它的定义为： // public delegate void AsyncCallback(IAsyncResult ar); // Object 类型用于传递任何你想要的数值，它可以通过IAsyncResult 的AsyncState 属性获得。下面我们将获取方法返回值、打印返回值的操作放到了OnAddComplete()回调方法中： using System.Threading;using System;using System.Runtime.Remoting.Messaging;public delegate int AddDelegate(int x, int y);class Program9{static void Main(string[] args){Console.WriteLine("Client application started!\n");Thread.CurrentThread.Name = "Main Thread";Calculator cal = new Calculator();AddDelegate del = new AddDelegate(cal.Add);string data = "Any data you want to pass.";AsyncCallback callBack = new AsyncCallback(OnAddComplete);del.BeginInvoke(2, 5, callBack, data); // 异步调用方法// 做某些其它的事情，模拟需要执行3 秒钟for (int i = 1; i <= 3; i++){Thread.Sleep(TimeSpan.FromSeconds(i));Console.WriteLine("{0}: Client executed {1} second(s).", Thread.CurrentThread.Name, i);}Console.WriteLine("\nPress any key to exit...");Console.ReadLine();}static void OnAddComplete(IAsyncResult asyncResult){AsyncResult result = (AsyncResult)asyncResult;AddDelegate del = (AddDelegate)result.AsyncDelegate;string data = (string)asyncResult.AsyncState;int rtn = del.EndInvoke(asyncResult);Console.WriteLine("{0}: Result, {1}; Data: {2}\n", Thread.CurrentThread.Name, rtn, data);} }public class Calculator{public int Add(int x, int y){if (Thread.CurrentThread.IsThreadPoolThread){Thread.CurrentThread.Name = "Pool Thread";}Console.WriteLine("Method invoked!");// 执行某些事情，模拟需要执行2 秒钟for (int i = 1; i <= 2; i++){Thread.Sleep(TimeSpan.FromSeconds(i));Console.WriteLine("{0}: Add executed {1} second(s).", Thread.CurrentThread.Name, i);}Console.WriteLine("Method complete!");return x + y;} } 它产生的输出为： Client application started! Method invoked! Main Thread: Client executed 1 second(s). Pool Thread: Add executed 1 second(s). Main Thread: Client executed 2 second(s). Pool Thread: Add executed 2 second(s). Method complete! Pool Thread: Result, 7; Data: Any data you want to pass. Main Thread: Client executed 3 second(s). Press any key to exit... 这里有几个值得注意的地方： 1、我们在调用BeginInvoke()后不再需要保存IAysncResult 了，因为AysncCallback 委托将该对象定义在了回调方法的参数列表中； 2、我们在OnAddComplete()方法中获得了调用BeginInvoke()时最后一个参数传递的值，字符串“Any data you want to pass”； 3、执行回调方法的线程并非客户端线程Main Thread，而是来自线程池中的线程Pool Thread。另外如前面所说，在调用EndInvoke()时有可能会抛出异常，所以在应该将它放到try/catch 块中，这里就不再示范了。 1.8 总结 我们详细地讨论了C中的委托和事件，包括什么是委托、为什么要使用委托、事件的由来、.NET Framework 中的委托和事件、委托中方法异常和超时的处理、委托与异步编程、委托和事件对Observer 设计模式的意义。拥有了本章的知识，相信你以后遇到委托和事件时，将不会再有所畏惧。 本篇文章为转载内容。原文链接：https://blog.csdn.net/beyonddeg/article/details/53528482。 该文由互联网用户投稿提供，文中观点代表作者本人意见，并不代表本站的立场。 作为信息平台，本站仅提供文章转载服务，并不拥有其所有权，也不对文章内容的真实性、准确性和合法性承担责任。 如发现本文存在侵权、违法、违规或事实不符的情况，请及时联系我们，我们将第一时间进行核实并删除相应内容。

... watcher) throws IOException { super(connectString, sessionTimeout, watcher); this.connectString = connectString; } @Override protected void finalize() throws Throwable { if (!connected) { super.close(); } super.finalize(); } public synchronized void reconnect() throws IOException { connected = false; close(); super.initialize(connectString, sessionTimeout, watcher); } } 在这个示例中，我们在MyZooKeeper类中添加了一个reconnect方法，用于在连接断开后重新连接Zookeeper服务器。 2. 使用心跳机制 另外，我们还可以利用ZooKeeper的心跳机制，定时向服务器发送心跳包，以便检测连接是否正常。假如在预定的时间内，服务器迟迟没有给咱回应，那咱就大概率觉得这连接怕是已经断掉了。这时候，客户端最好麻溜地把这连接给关掉，别耽误功夫。 以下是一个使用心跳机制的示例： java public class HeartbeatZooKeeper extends ZooKeeper { private final String connectString; private volatile boolean connected = false; private long lastHeartbeatTime = 0; public HeartbeatZooKeeper(String connectString, int sessionTimeout, Watcher watcher) throws IOException { super(connectString, sessionTimeout, watcher); this.connectString = connectString; } @Override protected void finalize() throws Throwable { if (!connected) { super.close(); } super.finalize(); } @Override public void sendPacket(ProtocolHeader header, ByteBuffer packet) throws KeeperException.ConnectionLossException { // 发送心跳包时，先检查连接是否已经断开 checkConnectivity(); // 发送心跳包 super.sendPacket(header, packet); } private void checkConnectivity() throws KeeperException.ConnectionLossException { long currentTime = System.currentTimeMillis(); if (currentTime - lastHeartbeatTime > sessionTimeout / 2) { throw new KeeperException.ConnectionLossException("Connection lost"); } } } 在这个示例中，我们在sendPacket方法中添加了一段代码，用于检查连接是否已经断开。如果超出了预定的时间限制，系统就会给你抛出一个KeeperException.ConnectionLossException异常，这就意味着你的连接已经“掉线”了。 四、总结 通过以上的讨论，我们了解到ZooKeeper客户端连接断开后无法自动断开的问题是由其设计缺陷引起的。我们可以通过修改ZooKeeper客户端代码或者使用心跳机制来解决这个问题。这不仅能够节省服务器资源，也能够提高客户端的可用性和稳定性。

...系统将要发生内存溢出异常之前，将会把这些对象列进回收范围进行第二次回收。 如果这次回收还没有足够的内存，才会抛出内存溢出异常。 -Xmx20M/import java.lang.ref.SoftReference;public class T02_SoftReference {public static void main(String[] args) {SoftReference<byte[]> m = new SoftReference<>(new byte[1024102410]);//创建软引用，分配10M//m = null;System.out.println(m.get());//获取System.gc();//垃圾回收try {Thread.sleep(500);} catch (InterruptedException e) {e.printStackTrace();}System.out.println(m.get());//再分配一个数组，heap将装不下，这时候系统会垃圾回收，先回收一次，如果不够，会把软引用干掉byte[] b = new byte[1024102415];System.out.println(m.get());} }//软引用非常适合缓存使用 2、弱引用 public class M {@Overrideprotected void finalize() throws Throwable {System.out.println("finalize");} } 上图中，tl对象强引用指向ThreadLocal，map中key弱引用指向ThreadLocal，当tl=null时，强引用消失，此时弱引用也将自动被回收，但是此时key=null，value指向10M这个就永远访问不到，既内存泄露 下图中，18行到20行为解决内存泄露问题的，那就是通过remove()将它消除了 / 弱引用遭到gc就会回收/import java.lang.ref.WeakReference;public class T03_WeakReference {public static void main(String[] args) {WeakReference<M> m = new WeakReference<>(new M());System.out.println(m.get());System.gc();System.out.println(m.get());ThreadLocal<M> tl = new ThreadLocal<>();tl.set(new M());tl.remove();} } 3、虚引用 虚引用 虚引用不是给开发人员用的，一般是给写JVM（java虚拟机，没有它java程序运行不了），Netty等技术大牛用的 虚引用，对象当被回收时，会将其放在队列中，此时我们监听到队列中有新值了，就知道有虚引用被回收了 此时我们要做相应的处理，虚引用指向的值，是无法直接get()获取的 虚引用使用场景 一般情况（其它情况暂时没什么用），虚引用指向堆外内存(直接被操作系统管理的内存)，JVM无法对其回收 当虚引用对象被回收时，JVM的垃圾回收无法自动回收堆外内存， 但是此时，虚引用对象被回收，会将其放在队列中 操作人员，看到队列中有对象被回收，就进行相应操作，回收堆内存 如何回收堆外内存 C和C++有函数可以用 java现在也提供了Unsafe类可以操作堆外内存，具体请参考上一篇博客，总之，JDK1.8只能通过反射来用，JDK1.9以上可以通过new Unsafe对象来用 Unsafe类的方法有： copyMemory():直接访问内存 allocateMemory():直接分配内存，这就必须手动回收内存了 freeMemory():回收内存 下面是一个虚引用例子，自己看吧，懂得自然懂，现在看不懂的，先收藏或者保存上，以后回来看 / 一个对象是否有虚引用的存在，完全不会对其生存时间构成影响， 也无法通过虚引用来获取一个对象的实例。 为一个对象设置虚引用关联的唯一目的就是能在这个对象被收集器回收时收到一个系统通知。 虚引用和弱引用对关联对象的回收都不会产生影响，如果只有虚引用活着弱引用关联着对象， 那么这个对象就会被回收。它们的不同之处在于弱引用的get方法，虚引用的get方法始终返回null, 弱引用可以使用ReferenceQueue,虚引用必须配合ReferenceQueue使用。 jdk中直接内存的回收就用到虚引用，由于jvm自动内存管理的范围是堆内存， 而直接内存是在堆内存之外（其实是内存映射文件，自行去理解虚拟内存空间的相关概念）， 所以直接内存的分配和回收都是有Unsafe类去操作，java在申请一块直接内存之后， 会在堆内存分配一个对象保存这个堆外内存的引用， 这个对象被垃圾收集器管理，一旦这个对象被回收， 相应的用户线程会收到通知并对直接内存进行清理工作。 事实上，虚引用有一个很重要的用途就是用来做堆外内存的释放， DirectByteBuffer就是通过虚引用来实现堆外内存的释放的。/import java.lang.ref.PhantomReference;import java.lang.ref.Reference;import java.lang.ref.ReferenceQueue;import java.util.LinkedList;import java.util.List;public class T04_PhantomReference {private static final List<Object> LIST = new LinkedList<>();private static final ReferenceQueue<M> QUEUE = new ReferenceQueue<>();public static void main(String[] args) {PhantomReference<M> phantomReference = new PhantomReference<>(new M(), QUEUE);new Thread(() -> {while (true) {LIST.add(new byte[1024 1024]);try {Thread.sleep(1000);} catch (InterruptedException e) {e.printStackTrace();Thread.currentThread().interrupt();}System.out.println(phantomReference.get());} }).start();new Thread(() -> {while (true) {Reference<? extends M> poll = QUEUE.poll();if (poll != null) {System.out.println("--- 虚引用对象被jvm回收了 ---- " + poll);} }}).start();try {Thread.sleep(500);} catch (InterruptedException e) {e.printStackTrace();} }} 2、容器 1、发展历史(一定要了解) map容器你需要了解的历史 JDK早期，java提供了Vector和Hashtable两个容器，这两个容器，很多操作都加了锁Synchronized，对于某些不需要用锁的情况下，就显得十分影响性能，所以现在基本没人用这两个容器，但是面试经常问这两个容器里面的数据结构等内容 后来，出现了HashMap，此容器完全不加锁，是用的最多的容器 但是完全不加锁未免不完善，所以java提供了如下方式，将HashMap变为加锁的 //通过Collections.synchronizedMap(HashMap)方法，将其变为加锁Map集合，其中泛型随意，UUID只是举例。static Map<UUID, UUID> m = Collections.synchronizedMap(new HashMap<UUID, UUID>()); 通过阅读源码发现，上面方法将HashMap变为加锁，也是使用Synchronized，只是锁的内容更细，但并不比HashTable效率高多少 所以衍生除了新的容器ConcurrentHashMap ConcurrentHashMap 此容器，插入效率不如上面的，因为它做了各种判断和CAS，但是差距不是特别大 读取效率很高，100个线程同时访问，每个线程读取一百万次实测 Hashtable 39s ，SynchronizedHashMap 38s ，ConcurrentHashMap 1.7s 前两个将近40秒，ConcurrentHashMap只需要不到2s，由此可见此容器读取效率极高 2、为什么推荐使用Queue来做高并发 为什么推荐Queue（队列） Queue接口提供了很多针对多线程非常友好的API（offer ，peek和poll，其中BlockingQueue还添加了put和take可以阻塞），可以说专门为多线程高并发而创造的接口，所以一般我们使用Queue而不用List 以下代码分别使用链表LinkList和ConcurrentQueue，对比一下速度 LinkList用了5s多，ConcurrentQueue几乎瞬间完成 Concurrent接口就是专为多线程设计，多线程设计要多考虑Queue(高并发用)的使用，少使用List / 有N张火车票，每张票都有一个编号 同时有10个窗口对外售票 请写一个模拟程序 分析下面的程序可能会产生哪些问题？ 重复销售？超量销售？ 使用Vector或者Collections.synchronizedXXX 分析一下，这样能解决问题吗？ 就算操作A和B都是同步的，但A和B组成的复合操作也未必是同步的，仍然需要自己进行同步 就像这个程序，判断size和进行remove必须是一整个的原子操作 @author 马士兵/import java.util.LinkedList;import java.util.List;import java.util.concurrent.TimeUnit;public class TicketSeller3 {static List<String> tickets = new LinkedList<>();static {for(int i=0; i<1000; i++) tickets.add("票 编号：" + i);}public static void main(String[] args) {for(int i=0; i<10; i++) {new Thread(()->{while(true) {synchronized(tickets) {if(tickets.size() <= 0) break;try {TimeUnit.MILLISECONDS.sleep(10);} catch (InterruptedException e) {e.printStackTrace();}System.out.println("销售了--" + tickets.remove(0));} }}).start();} }} 队列 import java.util.Queue;import java.util.concurrent.ConcurrentLinkedQueue;public class TicketSeller4 {static Queue<String> tickets = new ConcurrentLinkedQueue<>();static {for(int i=0; i<1000; i++) tickets.add("票 编号：" + i);}public static void main(String[] args) {for(int i=0; i<10; i++) {new Thread(()->{while(true) {String s = tickets.poll();if(s == null) break;else System.out.println("销售了--" + s);} }).start();} }} 3、多线程常用容器 1、ConcurrentHashMap(无序)和ConcurrentSkipListMap(有序，链表，使用跳表数据结构，让查询更快) 跳表：http://blog.csdn.net/sunxianghuang/article/details/52221913 import java.util.;import java.util.concurrent.ConcurrentHashMap;import java.util.concurrent.ConcurrentSkipListMap;import java.util.concurrent.CountDownLatch;public class T01_ConcurrentMap {public static void main(String[] args) {Map<String, String> map = new ConcurrentHashMap<>();//Map<String, String> map = new ConcurrentSkipListMap<>(); //高并发并且排序//Map<String, String> map = new Hashtable<>();//Map<String, String> map = new HashMap<>(); //Collections.synchronizedXXX//TreeMapRandom r = new Random();Thread[] ths = new Thread[100];CountDownLatch latch = new CountDownLatch(ths.length);long start = System.currentTimeMillis();for(int i=0; i<ths.length; i++) {ths[i] = new Thread(()->{for(int j=0; j<10000; j++) map.put("a" + r.nextInt(100000), "a" + r.nextInt(100000));latch.countDown();});}Arrays.asList(ths).forEach(t->t.start());try {latch.await();} catch (InterruptedException e) {e.printStackTrace();}long end = System.currentTimeMillis();System.out.println(end - start);System.out.println(map.size());} } 2、CopyOnWriteList（写时复制）和CopyOnWriteSet 适用于，高并发是，读的多，写的少的情况 当我们写的时候，将容器复制，让写线程去复制的线程写（写的时候加锁） 而读线程依旧去读旧的(读的时候不加锁) 当写完，将对象指向复制后的已经写完的容器，原来容器销毁 大大提高读的效率 / 写时复制容器 copy on write 多线程环境下，写时效率低，读时效率高 适合写少读多的环境 @author 马士兵/import java.util.ArrayList;import java.util.Arrays;import java.util.List;import java.util.Random;import java.util.Vector;import java.util.concurrent.CopyOnWriteArrayList;public class T02_CopyOnWriteList {public static void main(String[] args) {List<String> lists = //new ArrayList<>(); //这个会出并发问题！//new Vector();new CopyOnWriteArrayList<>();Random r = new Random();Thread[] ths = new Thread[100];for(int i=0; i<ths.length; i++) {Runnable task = new Runnable() {@Overridepublic void run() {for(int i=0; i<1000; i++) lists.add("a" + r.nextInt(10000));} };ths[i] = new Thread(task);}runAndComputeTime(ths);System.out.println(lists.size());}static void runAndComputeTime(Thread[] ths) {long s1 = System.currentTimeMillis();Arrays.asList(ths).forEach(t->t.start());Arrays.asList(ths).forEach(t->{try {t.join();} catch (InterruptedException e) {e.printStackTrace();} });long s2 = System.currentTimeMillis();System.out.println(s2 - s1);} } 3、synchronizedList和ConcurrentLinkedQueue package com.mashibing.juc.c_025;import java.util.ArrayList;import java.util.Collections;import java.util.List;import java.util.Queue;import java.util.concurrent.ConcurrentLinkedQueue;public class T04_ConcurrentQueue {public static void main(String[] args) {List<String> strsList = new ArrayList<>();List<String> strsSync = Collections.synchronizedList(strsList);//加锁ListQueue<String> strs = new ConcurrentLinkedQueue<>();//Concurrent链表队列，就是读快for(int i=0; i<10; i++) {strs.offer("a" + i); //add添加，但是不同点是，此方法会返回一个布尔值}System.out.println(strs);System.out.println(strs.size());System.out.println(strs.poll());//取出，取完后将元素去除System.out.println(strs.size());System.out.println(strs.peek());//取出，但是不会将元素从队列删除System.out.println(strs.size());//双端队列Deque} } 4、LinkedBlockingQueue 链表阻塞队列（无界链表，可以一直装东西，直到内存满（其实，也不是无限，其长度Integer.MaxValue就是上限，毕竟最大就这么大）） 主要体现在put和take方法，put添加的时候，如果队列满了，就阻塞当前线程，直到队列有空位，继续插入。take方法取的时候，如果没有值，就阻塞，等有值了，立马去取 import java.util.Random;import java.util.concurrent.BlockingQueue;import java.util.concurrent.LinkedBlockingQueue;import java.util.concurrent.TimeUnit;public class T05_LinkedBlockingQueue {static BlockingQueue<String> strs = new LinkedBlockingQueue<>();static Random r = new Random();public static void main(String[] args) {new Thread(() -> {for (int i = 0; i < 100; i++) {try {strs.put("a" + i); //如果满了，当前线程就会等待（实现阻塞），等多会有空位，将值插入TimeUnit.MILLISECONDS.sleep(r.nextInt(1000));} catch (InterruptedException e) {e.printStackTrace();} }}, "p1").start();for (int i = 0; i < 5; i++) {new Thread(() -> {for (;;) {try {System.out.println(Thread.currentThread().getName() + " take -" + strs.take()); //取内容，如果空了，当前线程就会等待（实现阻塞）} catch (InterruptedException e) {e.printStackTrace();} }}, "c" + i).start();} }} 5、ArrayBlockingQueue 有界阻塞队列（因为Array需要指定长度） import java.util.Random;import java.util.concurrent.ArrayBlockingQueue;import java.util.concurrent.BlockingQueue;import java.util.concurrent.TimeUnit;public class T06_ArrayBlockingQueue {static BlockingQueue<String> strs = new ArrayBlockingQueue<>(10);static Random r = new Random();public static void main(String[] args) throws InterruptedException {for (int i = 0; i < 10; i++) {strs.put("a" + i);}//strs.put("aaa"); //满了就会等待，程序阻塞//strs.add("aaa");//strs.offer("aaa");strs.offer("aaa", 1, TimeUnit.SECONDS);System.out.println(strs);} } 6、特殊的阻塞队列1：DelayQueue 延时队列（按时间进行调度，就是隔多长时间运行，谁隔的少，谁先） 以下例子中，我们添加线程到队列顺序为t12345，正常情况下，会按照顺序运行，但是这里有了延时时间，也就是时间越短，越先执行 步骤很简单，拿到延时队列 指定构造方法 继承 implements Delayed 重写 compareTo和getDelay import java.util.Calendar;import java.util.Random;import java.util.concurrent.BlockingQueue;import java.util.concurrent.DelayQueue;import java.util.concurrent.Delayed;import java.util.concurrent.TimeUnit;public class T07_DelayQueue {static BlockingQueue<MyTask> tasks = new DelayQueue<>();static Random r = new Random();static class MyTask implements Delayed {String name;long runningTime;MyTask(String name, long rt) {this.name = name;this.runningTime = rt;}@Overridepublic int compareTo(Delayed o) {if(this.getDelay(TimeUnit.MILLISECONDS) < o.getDelay(TimeUnit.MILLISECONDS))return -1;else if(this.getDelay(TimeUnit.MILLISECONDS) > o.getDelay(TimeUnit.MILLISECONDS)) return 1;else return 0;}@Overridepublic long getDelay(TimeUnit unit) {return unit.convert(runningTime - System.currentTimeMillis(), TimeUnit.MILLISECONDS);}@Overridepublic String toString() {return name + " " + runningTime;} }public static void main(String[] args) throws InterruptedException {long now = System.currentTimeMillis();MyTask t1 = new MyTask("t1", now + 1000);MyTask t2 = new MyTask("t2", now + 2000);MyTask t3 = new MyTask("t3", now + 1500);MyTask t4 = new MyTask("t4", now + 2500);MyTask t5 = new MyTask("t5", now + 500);tasks.put(t1);tasks.put(t2);tasks.put(t3);tasks.put(t4);tasks.put(t5);System.out.println(tasks);for(int i=0; i<5; i++) {System.out.println(tasks.take());//获取的是toString方法返回值} }} 7、特殊的阻塞队列2：PriorityQueque 优先队列（二叉树算法，就是排序） import java.util.PriorityQueue;public class T07_01_PriorityQueque {public static void main(String[] args) {PriorityQueue<String> q = new PriorityQueue<>();q.add("c");q.add("e");q.add("a");q.add("d");q.add("z");for (int i = 0; i < 5; i++) {System.out.println(q.poll());} }} 8、特殊的阻塞队列3：SynchronusQueue 同步队列(线程池用处非常大) 此队列容量为0，当插入元素时，必须同时有个线程往外取 就是说，当你往这个队列里面插入一个元素，它就拿着这个元素站着(阻塞)，直到有个取元素的线程来，它就把元素交给它 就是用来同步数据的，也就是线程间交互数据用的一个特殊队列 package com.mashibing.juc.c_025;import java.util.concurrent.BlockingQueue;import java.util.concurrent.SynchronousQueue;public class T08_SynchronusQueue { //容量为0public static void main(String[] args) throws InterruptedException {BlockingQueue<String> strs = new SynchronousQueue<>();new Thread(()->{//这个线程就是消费者，来取值try {System.out.println(strs.take());//和同步队列要值} catch (InterruptedException e) {e.printStackTrace();} }).start();strs.put("aaa"); //阻塞等待消费者消费，就拿着aaa站着，等线程来取//strs.put("bbb");//strs.add("aaa");System.out.println(strs.size());} } 9、特殊的阻塞队列4：TransferQueue 传递队列 此队列加入了一个方法transfer()用来向队列添加元素 但是和put()方法不同的是，put添加完元素就走了 而这个方法，添加完自己就阻塞了，直到有人将这个元素取走，它才继续工作(省去我们手动阻塞) import java.util.concurrent.LinkedTransferQueue;public class T09_TransferQueue {public static void main(String[] args) throws InterruptedException {LinkedTransferQueue<String> strs = new LinkedTransferQueue<>();new Thread(() -> {try {System.out.println(strs.take());} catch (InterruptedException e) {e.printStackTrace();} }).start();strs.transfer("aaa");//放东西到队列，同时阻塞等待消费者线程，取走元素//strs.put("aaa");//如果用put就和普通队列一样，放完东西就走了/new Thread(() -> {try {System.out.println(strs.take());} catch (InterruptedException e) {e.printStackTrace();} }).start();/} } 3、线程池 线程池 由于单独创建线程，十分影响效率，而且无法对线程集中管理，一旦疏落，可能线程无限执行，浪费资源 线程池就是一个存储线程的游泳池，而每个线程就是池子里面的赛道 池子里的线程不执行任何任务，只是提供一个资源 而谁提交了任务，比如我想来游泳，那么池子就给你一个赛道，让你游泳 比如它想练憋气，那么给它一个赛道练憋气 当他们用完，走了，那么后面其它人再过来继续用 这就是线程池，始终只有这几个线程，不做实现，而是借用这几个线程的用户，自己掌控用这些线程资源做什么（提交任务给线程,线程空闲就帮他们完成任务） 线程池的两种类型（两类，不是两个） ThreadPoolExecutor（简称TPE） ForkJoinPool（分解汇总任务(将任务细化，最后汇总结果)，少量线程执行多个任务（子任务，TPE做不到先执行子任务），CPU密集型） Executors（注意这后面有s） 它可以说是线程池工厂类，我们一般通过它创建线程池，并且它为我们封装了线程 1、常用类 Executor ExecutorService 扩展了execute方法，具有一个返回值 规定了异步执行机制，提供了一些执行器方法，比如shutdown()关闭等 但是它不知道执行器中的线程何时执行完 Callable 对Runnable进行了扩展,实现Callable的调用，可以有返回值，表示线程的状态 但是无法返回线程执行结果 Future 获得未来线程执行结果 由此，我们可以得知线程池基本的一个使用步骤 其中service.submit（）:为异步提交，也就是说，主线程该干嘛干嘛，我是异步执行的，和同步不一样（当前线程执行完，主线程才能继续执行，叫同步） futuer.get():获取结果集结果，此时因为异步，主线程执行到这里，结果集可能还没封装好，所以此时如果没有值，就阻塞，直到结果集出来 public static void main(String[] args) throws ExecutionException, InterruptedException {Callable<String> c = new Callable() {@Overridepublic String call() throws Exception {return "Hello Callable";} };ExecutorService service = Executors.newCachedThreadPool();Future<String> future = service.submit(c); //异步System.out.println(future.get());//阻塞service.shutdown();} 2、FutureTask 可充当任务的结果集 上面我们介绍Future是用来得到任务的执行结果的 而FutureTask，可以当做一个任务用，并且返回任务的结果，也就是可以跑线程，然后还可以得到线程结果 public static void main(String[] args) throws InterruptedException, ExecutionException {FutureTask<Integer> task = new FutureTask<>(()->{TimeUnit.MILLISECONDS.sleep(500);return 1000;}); //new Callable () { Integer call();}new Thread(task).start();System.out.println(task.get()); //阻塞} 3、CompletableFuture 非常灵活的任务结果集 一个非常灵活的结果集 他可以将很多执行不同任务的线程的结果进行汇总 比如一个网站，它可以启动多个线程去各大电商网站，比如淘宝，京东，收集某些或某一个商品的价格 最后，将获取的数据进行整合封装 最终，客户就可以通过此网站，获取某类商品在各网站的价格信息 / 假设你能够提供一个服务 这个服务查询各大电商网站同一类产品的价格并汇总展示 @author 马士兵 http://mashibing.com/import java.io.IOException;import java.util.Random;import java.util.concurrent.CompletableFuture;import java.util.concurrent.ExecutionException;import java.util.concurrent.TimeUnit;public class T06_01_CompletableFuture {public static void main(String[] args) throws ExecutionException, InterruptedException {long start, end;/start = System.currentTimeMillis();priceOfTM();priceOfTB();priceOfJD();end = System.currentTimeMillis();System.out.println("use serial method call! " + (end - start));/start = System.currentTimeMillis();CompletableFuture<Double> futureTM = CompletableFuture.supplyAsync(()->priceOfTM());CompletableFuture<Double> futureTB = CompletableFuture.supplyAsync(()->priceOfTB());CompletableFuture<Double> futureJD = CompletableFuture.supplyAsync(()->priceOfJD());CompletableFuture.allOf(futureTM, futureTB, futureJD).join();//当所有结果集都获取到，才汇总阻塞CompletableFuture.supplyAsync(()->priceOfTM()).thenApply(String::valueOf).thenApply(str-> "price " + str).thenAccept(System.out::println);end = System.currentTimeMillis();System.out.println("use completable future! " + (end - start));try {System.in.read();} catch (IOException e) {e.printStackTrace();} }private static double priceOfTM() {delay();return 1.00;}private static double priceOfTB() {delay();return 2.00;}private static double priceOfJD() {delay();return 3.00;}/private static double priceOfAmazon() {delay();throw new RuntimeException("product not exist!");}/private static void delay() {int time = new Random().nextInt(500);try {TimeUnit.MILLISECONDS.sleep(time);} catch (InterruptedException e) {e.printStackTrace();}System.out.printf("After %s sleep!\n", time);} } 4、TPE型线程池1：ThreadPoolExecutor 原理及其参数 线程池由两个集合组成，一个集合存储线程，一个集合存储任务 存储线程：可以规定大小，最多可以有多少个，以及指定核心线程数量（不会被回收） 任务队列：存储任务 细节：初始线程池没有线程，当有一个任务来，线程池起一个线程，又有一个任务来，再起一个线程，直到达到核心线程数量 核心线程数量达到时，新来的任务将存储到任务队列中等待核心线程处理完成，直到任务队列也满了 当任务队列满了，此时再次启动一个线程（非核心线程，一旦空闲，达到指定时间将会消失），直到达到线程最大数量 当线程容器和任务容器都满了，又来了线程，将会执行拒绝策略 上面的细节涉及的所有步骤内容，均由创建线程池的参数执行 下面是ThreadPoolExecutor构造方法参数的源码注释 / 用给定的初始值，创建一个新的线程池 @param corePoolSize 核心线程数量 @param maximumPoolSize 最大线程数量 @param keepAliveTime 当线程数大于核心线程数量时，空闲的线程可生存的时间 @param unit 时间单位 @param workQueue 任务队列，只能包含由execute提交的Runnable任务 @param threadFactory 工厂，用于创建线程给线程池调度的工厂，可以自定义 @param handler 拒绝策略(可以自定义，JDK默认提供4种)，当线程边界和队列容量已经满了，新来线程被阻塞时使用的处理程序/public ThreadPoolExecutor(int corePoolSize,int maximumPoolSize,long keepAliveTime,TimeUnit unit,BlockingQueue<Runnable> workQueue,ThreadFactory threadFactory,RejectedExecutionHandler handler) JDK提供的4种拒绝策略，不常用，一般都是自己定义拒绝策略 Abort：抛异常 Discard：扔掉，不抛异常 DiscardOldest：扔掉排队时间最久的（将队列中排队时间最久的扔掉，然后让新来的进来） CallerRuns：调用者处理任务（谁通过execute方法提交任务，谁处理） ThreadPoolExecutor继承关系 继承关系：ThreadPoolExecutor->AbstractExectorService类->ExectorService接口->Exector接口 Executors（注意这后面有s） 它可以说是线程池工厂类，我们一般通过它创建线程池，并且它为我们封装了线程 看看下面创建线程池，哪里用到了它 使用实例 import java.io.IOException;import java.util.concurrent.;public class T05_00_HelloThreadPool {static class Task implements Runnable {private int i;public Task(int i) {this.i = i;}@Overridepublic void run() {System.out.println(Thread.currentThread().getName() + " Task " + i);try {System.in.read();} catch (IOException e) {e.printStackTrace();} }@Overridepublic String toString() {return "Task{" +"i=" + i +'}';} }public static void main(String[] args) {ThreadPoolExecutor tpe = new ThreadPoolExecutor(2, 4,60, TimeUnit.SECONDS,new ArrayBlockingQueue<Runnable>(4),Executors.defaultThreadFactory(),new ThreadPoolExecutor.CallerRunsPolicy());//创建线程池，核心2个，最大4个，空闲线程存活时间60s，任务队列容量4，使用默认线程工程，创建线程。拒绝策略是JDK提供的for (int i = 0; i < 8; i++) {tpe.execute(new Task(i));//供提交8次任务}System.out.println(tpe.getQueue());//查看任务队列tpe.execute(new Task(100));//提交新的任务System.out.println(tpe.getQueue());tpe.shutdown();//关闭线程池} } 5、TPE型线程池2：SingleThreadPool 单例线程池(只有一个线程) 为什么有单例线程池 有任务队列，有线程池管理机制 Executors（注意这后面有s） 它可以说是线程池工厂类，我们一般通过它创建线程池，并且它为我们封装了线程 看看下面哪里用到了它 /创建单例线程池，扔5个任务进去，查看输出结果，看看有几个线程执行任务/import java.util.concurrent.ExecutorService;import java.util.concurrent.Executors;public class T07_SingleThreadPool {public static void main(String[] args) {ExecutorService service = Executors.newSingleThreadExecutor();for(int i=0; i<5; i++) {final int j = i;service.execute(()->{System.out.println(j + " " + Thread.currentThread().getName());});} }} 6、TPE型线程池3：CachedPool 缓存，存储线程池 此线程池没有核心线程，来一个任务启动一个线程（最多Integer.MaxValue，不会放在任务队列，因为任务队列容量为0），每个线程空闲后，只能活60s 实例 import java.util.concurrent.ExecutorService;import java.util.concurrent.Executors;public class T07_SingleThreadPool {public static void main(String[] args) {ExecutorService service = Executors.newSingleThreadExecutor();//通过Executors获取池子for(int i=0; i<5; i++) {final int j = i;service.execute(()->{//提交任务System.out.println(j + " " + Thread.currentThread().getName());});}service.shutdown();} } 7、TPE型线程池4：FixedThreadPool 固定线程池 此线次池，用于创建一个固定线程数量的线程池，不会回收 实例 import java.util.ArrayList;import java.util.List;import java.util.concurrent.Callable;import java.util.concurrent.ExecutionException;import java.util.concurrent.ExecutorService;import java.util.concurrent.Executors;import java.util.concurrent.Future;public class T09_FixedThreadPool {public static void main(String[] args) throws InterruptedException, ExecutionException {//并发执行long start = System.currentTimeMillis();getPrime(1, 200000); long end = System.currentTimeMillis();System.out.println(end - start);//输出并发执行耗费时间final int cpuCoreNum = 4;//并行执行ExecutorService service = Executors.newFixedThreadPool(cpuCoreNum);MyTask t1 = new MyTask(1, 80000); //1-5 5-10 10-15 15-20MyTask t2 = new MyTask(80001, 130000);MyTask t3 = new MyTask(130001, 170000);MyTask t4 = new MyTask(170001, 200000);Future<List<Integer>> f1 = service.submit(t1);Future<List<Integer>> f2 = service.submit(t2);Future<List<Integer>> f3 = service.submit(t3);Future<List<Integer>> f4 = service.submit(t4);start = System.currentTimeMillis();f1.get();f2.get();f3.get();f4.get();end = System.currentTimeMillis();System.out.println(end - start);//输出并行耗费时间}static class MyTask implements Callable<List<Integer>> {int startPos, endPos;MyTask(int s, int e) {this.startPos = s;this.endPos = e;}@Overridepublic List<Integer> call() throws Exception {List<Integer> r = getPrime(startPos, endPos);return r;} }static boolean isPrime(int num) {for(int i=2; i<=num/2; i++) {if(num % i == 0) return false;}return true;}static List<Integer> getPrime(int start, int end) {List<Integer> results = new ArrayList<>();for(int i=start; i<=end; i++) {if(isPrime(i)) results.add(i);}return results;} } 8、TPE型线程池5：ScheduledPool 预定，延时线程池 根据延时时间（隔多长时间后运行），排序，哪个线程先执行,用户只需要指定核心线程数量 此线程池返回的池对象，和提交任务方法都不一样，比较涉及到时间 import java.util.Random;import java.util.concurrent.Executors;import java.util.concurrent.ScheduledExecutorService;import java.util.concurrent.TimeUnit;public class T10_ScheduledPool {public static void main(String[] args) {ScheduledExecutorService service = Executors.newScheduledThreadPool(4);service.scheduleAtFixedRate(()->{//提交延时任务try {TimeUnit.MILLISECONDS.sleep(new Random().nextInt(1000));} catch (InterruptedException e) {e.printStackTrace();}System.out.println(Thread.currentThread().getName());}, 0, 500, TimeUnit.MILLISECONDS);//指定延时时间和单位，第一个任务延时0毫秒，之后的任务，延时500毫秒} } 9、手写拒绝策略小例子 import java.util.concurrent.;public class T14_MyRejectedHandler {public static void main(String[] args) {ExecutorService service = new ThreadPoolExecutor(4, 4,0, TimeUnit.SECONDS, new ArrayBlockingQueue<>(6),Executors.defaultThreadFactory(),new MyHandler());//将手写拒绝策略传入}static class MyHandler implements RejectedExecutionHandler {//1、继承RejectedExecutionHandler@Overridepublic void rejectedExecution(Runnable r, ThreadPoolExecutor executor) {//2、重写方法//log("r rejected")//伪代码，表示通过log4j.log()报一下日志，拒绝的时间，线程名//save r kafka mysql redis//可以尝试保存队列//try 3 times //可以尝试几次，比如3次，重新去抢队列，3次还不行就丢弃if(executor.getQueue().size() < 10000) {//尝试条件，如果size>10000了,就执行拒绝策略//try put again();//如果小于10000，尝试将其放到队列中} }} } 10、ForkJoinPool线程池1：ForkJoinPool 前面我们讲过线程分为两大类，TPE和FJP ForkJoinPool（分解汇总任务(将任务细化，最后汇总结果)，少量线程执行多个任务（子任务，TPE做不到先执行子任务），CPU密集型） 适合将大任务切分成多个小任务运行 两个方法，fork()：分子任务，将子任务分配到线程池中 join()：当前任务的计算结果，如果有子任务，等子任务结果返回后再汇总 下面实例实现，一百万个随机数求和，由两种方法实现，一种ForkJoinPool分任务并行，一种使用单线程做 import java.io.IOException;import java.util.Arrays;import java.util.Random;import java.util.concurrent.ForkJoinPool;import java.util.concurrent.RecursiveAction;import java.util.concurrent.RecursiveTask;public class T12_ForkJoinPool {//1000000个随机数求和static int[] nums = new int[1000000];//一堆数static final int MAX_NUM = 50000;//分任务时，每个任务的操作量不能多于50000个，否则就继续细分static Random r = new Random();//使用随机数将数组初始化static {for(int i=0; i<nums.length; i++) {nums[i] = r.nextInt(100);}System.out.println("---" + Arrays.stream(nums).sum()); //stream api 单线程就这么做，一个一个加}//分任务，需要继承，可以继承RecursiveAction(不需要返回值，一般用在不需要返回值的场景)或//RecursiveTask(需要返回值，我们用这个，因为我们需要最后获取求和结果)两个更好实现的类，//他俩继承与ForkJoinTaskstatic class AddTaskRet extends RecursiveTask<Long> {private static final long serialVersionUID = 1L;int start, end;AddTaskRet(int s, int e) {start = s;end = e;}@Overrideprotected Long compute() {if(end-start <= MAX_NUM) {//如果任务操作数小于规定的最大操作数，就进行运算，long sum = 0L;for(int i=start; i<end; i++) sum += nums[i];return sum;//返回结果} //如果分配的操作数大于规定，就继续细分（简单的重中点分，两半）int middle = start + (end-start)/2;//获取中间值AddTaskRet subTask1 = new AddTaskRet(start, middle);//传入起始值和中间值，表示一个子任务AddTaskRet subTask2 = new AddTaskRet(middle, end);//中间值和结尾值，表示一个子任务subTask1.fork();//分任务subTask2.fork();//分任务return subTask1.join() + subTask2.join();//最后返回结果汇总} }public static void main(String[] args) throws IOException {/ForkJoinPool fjp = new ForkJoinPool();AddTask task = new AddTask(0, nums.length);fjp.execute(task);/ForkJoinPool fjp = new ForkJoinPool();//创建线程池AddTaskRet task = new AddTaskRet(0, nums.length);//创建任务fjp.execute(task);//传入任务long result = task.join();//返回汇总结果System.out.println(result);//System.in.read();} } 11、ForkJoinPool线程池2：WorkStealingPool 任务偷取线程池 原来的线程池，都是有一个任务队列，而这个不同，它给每个线程都分配了一个任务队列 当某一个线程的任务队列没有任务，并且自己空闲，它就去其它线程的任务队列中偷任务，所以叫任务偷取线程池 细节：当线程自己从自己的任务队列拿任务时，不需要加锁，但是偷任务时，因为有两个线程，可能发生同步问题，需要加锁 此线程继承FJP 实例 import java.io.IOException;import java.util.concurrent.ExecutorService;import java.util.concurrent.Executors;import java.util.concurrent.TimeUnit;public class T11_WorkStealingPool {public static void main(String[] args) throws IOException {ExecutorService service = Executors.newWorkStealingPool();System.out.println(Runtime.getRuntime().availableProcessors());service.execute(new R(1000));service.execute(new R(2000));service.execute(new R(2000));service.execute(new R(2000)); //daemonservice.execute(new R(2000));//由于产生的是精灵线程（守护线程、后台线程），主线程不阻塞的话，看不到输出System.in.read(); }static class R implements Runnable {int time;R(int t) {this.time = t;}@Overridepublic void run() {try {TimeUnit.MILLISECONDS.sleep(time);} catch (InterruptedException e) {e.printStackTrace();}System.out.println(time + " " + Thread.currentThread().getName());} }} 12、流式API：ParallelStreamAPI 不懂的请参考：https://blog.csdn.net/grd_java/article/details/110265219 实例 import java.util.ArrayList;import java.util.List;import java.util.Random;public class T13_ParallelStreamAPI {public static void main(String[] args) {List<Integer> nums = new ArrayList<>();Random r = new Random();for(int i=0; i<10000; i++) nums.add(1000000 + r.nextInt(1000000));//System.out.println(nums);long start = System.currentTimeMillis();nums.forEach(v->isPrime(v));long end = System.currentTimeMillis();System.out.println(end - start);//使用parallel stream apistart = System.currentTimeMillis();nums.parallelStream().forEach(T13_ParallelStreamAPI::isPrime);//并行流，将任务切分成子任务执行end = System.currentTimeMillis();System.out.println(end - start);}static boolean isPrime(int num) {for(int i=2; i<=num/2; i++) {if(num % i == 0) return false;}return true;} } 13、总结 总结 Callable相当于一Runnable但是它有返回值 Future：存储执行完产生的结果 FutureTask 相当于Future+Runnable，既可以执行任务，又能获取任务执行的Future结果 CompletableFuture 可以多任务异步，并对多任务控制，整合任务结果，细化完美，比如可以一个任务完成就可以整合结果，也可以所有任务完成才整合结果 4、ThreadPoolExecutor源码解析 依然只讲重点，实际还需要大家按照上篇博客中看源码的方式来看 1、常用变量的解释 // 1. ctl，可以看做一个int类型的数字，高3位表示线程池状态，低29位表示worker数量private final AtomicInteger ctl = new AtomicInteger(ctlOf(RUNNING, 0));// 2. COUNT_BITS，Integer.SIZE为32，所以COUNT_BITS为29private static final int COUNT_BITS = Integer.SIZE - 3;// 3. CAPACITY，线程池允许的最大线程数。1左移29位，然后减1，即为 2^29 - 1private static final int CAPACITY = (1 << COUNT_BITS) - 1;// runState is stored in the high-order bits// 4. 线程池有5种状态，按大小排序如下：RUNNING < SHUTDOWN < STOP < TIDYING < TERMINATEDprivate static final int RUNNING = -1 << COUNT_BITS;private static final int SHUTDOWN = 0 << COUNT_BITS;private static final int STOP = 1 << COUNT_BITS;private static final int TIDYING = 2 << COUNT_BITS;private static final int TERMINATED = 3 << COUNT_BITS;// Packing and unpacking ctl// 5. runStateOf()，获取线程池状态，通过按位与操作，低29位将全部变成0private static int runStateOf(int c) { return c & ~CAPACITY; }// 6. workerCountOf()，获取线程池worker数量，通过按位与操作，高3位将全部变成0private static int workerCountOf(int c) { return c & CAPACITY; }// 7. ctlOf()，根据线程池状态和线程池worker数量，生成ctl值private static int ctlOf(int rs, int wc) { return rs | wc; }/ Bit field accessors that don't require unpacking ctl. These depend on the bit layout and on workerCount being never negative./// 8. runStateLessThan()，线程池状态小于xxprivate static boolean runStateLessThan(int c, int s) {return c < s;}// 9. runStateAtLeast()，线程池状态大于等于xxprivate static boolean runStateAtLeast(int c, int s) {return c >= s;} 2、构造方法 public ThreadPoolExecutor(int corePoolSize,int maximumPoolSize,long keepAliveTime,TimeUnit unit,BlockingQueue<Runnable> workQueue,ThreadFactory threadFactory,RejectedExecutionHandler handler) {// 基本类型参数校验if (corePoolSize < 0 ||maximumPoolSize <= 0 ||maximumPoolSize < corePoolSize ||keepAliveTime < 0)throw new IllegalArgumentException();// 空指针校验if (workQueue == null || threadFactory == null || handler == null)throw new NullPointerException();this.corePoolSize = corePoolSize;this.maximumPoolSize = maximumPoolSize;this.workQueue = workQueue;// 根据传入参数unit和keepAliveTime，将存活时间转换为纳秒存到变量keepAliveTime 中this.keepAliveTime = unit.toNanos(keepAliveTime);this.threadFactory = threadFactory;this.handler = handler;} 3、提交执行task的过程 public void execute(Runnable command) {if (command == null)throw new NullPointerException();/ Proceed in 3 steps: 1. If fewer than corePoolSize threads are running, try to start a new thread with the given command as its first task. The call to addWorker atomically checks runState and workerCount, and so prevents false alarms that would add threads when it shouldn't, by returning false. 2. If a task can be successfully queued, then we still need to double-check whether we should have added a thread (because existing ones died since last checking) or that the pool shut down since entry into this method. So we recheck state and if necessary roll back the enqueuing if stopped, or start a new thread if there are none. 3. If we cannot queue task, then we try to add a new thread. If it fails, we know we are shut down or saturated and so reject the task./int c = ctl.get();// worker数量比核心线程数小，直接创建worker执行任务if (workerCountOf(c) < corePoolSize) {if (addWorker(command, true))return;c = ctl.get();}// worker数量超过核心线程数，任务直接进入队列if (isRunning(c) && workQueue.offer(command)) {int recheck = ctl.get();// 线程池状态不是RUNNING状态，说明执行过shutdown命令，需要对新加入的任务执行reject()操作。// 这儿为什么需要recheck，是因为任务入队列前后，线程池的状态可能会发生变化。if (! isRunning(recheck) && remove(command))reject(command);// 这儿为什么需要判断0值，主要是在线程池构造方法中，核心线程数允许为0else if (workerCountOf(recheck) == 0)addWorker(null, false);}// 如果线程池不是运行状态，或者任务进入队列失败，则尝试创建worker执行任务。// 这儿有3点需要注意：// 1. 线程池不是运行状态时，addWorker内部会判断线程池状态// 2. addWorker第2个参数表示是否创建核心线程// 3. addWorker返回false，则说明任务执行失败，需要执行reject操作else if (!addWorker(command, false))reject(command);} 4、addworker源码解析 private boolean addWorker(Runnable firstTask, boolean core) {retry:// 外层自旋for (;;) {int c = ctl.get();int rs = runStateOf(c);// 这个条件写得比较难懂，我对其进行了调整，和下面的条件等价// (rs > SHUTDOWN) || // (rs == SHUTDOWN && firstTask != null) || // (rs == SHUTDOWN && workQueue.isEmpty())// 1. 线程池状态大于SHUTDOWN时，直接返回false// 2. 线程池状态等于SHUTDOWN，且firstTask不为null，直接返回false// 3. 线程池状态等于SHUTDOWN，且队列为空，直接返回false// Check if queue empty only if necessary.if (rs >= SHUTDOWN &&! (rs == SHUTDOWN &&firstTask == null &&! workQueue.isEmpty()))return false;// 内层自旋for (;;) {int wc = workerCountOf(c);// worker数量超过容量，直接返回falseif (wc >= CAPACITY ||wc >= (core ? corePoolSize : maximumPoolSize))return false;// 使用CAS的方式增加worker数量。// 若增加成功，则直接跳出外层循环进入到第二部分if (compareAndIncrementWorkerCount(c))break retry;c = ctl.get(); // Re-read ctl// 线程池状态发生变化，对外层循环进行自旋if (runStateOf(c) != rs)continue retry;// 其他情况，直接内层循环进行自旋即可// else CAS failed due to workerCount change; retry inner loop} }boolean workerStarted = false;boolean workerAdded = false;Worker w = null;try {w = new Worker(firstTask);final Thread t = w.thread;if (t != null) {final ReentrantLock mainLock = this.mainLock;// worker的添加必须是串行的，因此需要加锁mainLock.lock();try {// Recheck while holding lock.// Back out on ThreadFactory failure or if// shut down before lock acquired.// 这儿需要重新检查线程池状态int rs = runStateOf(ctl.get());if (rs < SHUTDOWN ||(rs == SHUTDOWN && firstTask == null)) {// worker已经调用过了start()方法，则不再创建workerif (t.isAlive()) // precheck that t is startablethrow new IllegalThreadStateException();// worker创建并添加到workers成功workers.add(w);// 更新largestPoolSize变量int s = workers.size();if (s > largestPoolSize)largestPoolSize = s;workerAdded = true;} } finally {mainLock.unlock();}// 启动worker线程if (workerAdded) {t.start();workerStarted = true;} }} finally {// worker线程启动失败，说明线程池状态发生了变化（关闭操作被执行），需要进行shutdown相关操作if (! workerStarted)addWorkerFailed(w);}return workerStarted;} 5、线程池worker任务单元 private final class Workerextends AbstractQueuedSynchronizerimplements Runnable{/ This class will never be serialized, but we provide a serialVersionUID to suppress a javac warning./private static final long serialVersionUID = 6138294804551838833L;/ Thread this worker is running in. Null if factory fails. /final Thread thread;/ Initial task to run. Possibly null. /Runnable firstTask;/ Per-thread task counter /volatile long completedTasks;/ Creates with given first task and thread from ThreadFactory. @param firstTask the first task (null if none)/Worker(Runnable firstTask) {setState(-1); // inhibit interrupts until runWorkerthis.firstTask = firstTask;// 这儿是Worker的关键所在，使用了线程工厂创建了一个线程。传入的参数为当前workerthis.thread = getThreadFactory().newThread(this);}/ Delegates main run loop to outer runWorker /public void run() {runWorker(this);}// 省略代码...} 6、核心线程执行逻辑-runworker final void runWorker(Worker w) {Thread wt = Thread.currentThread();Runnable task = w.firstTask;w.firstTask = null;// 调用unlock()是为了让外部可以中断w.unlock(); // allow interrupts// 这个变量用于判断是否进入过自旋（while循环）boolean completedAbruptly = true;try {// 这儿是自旋// 1. 如果firstTask不为null，则执行firstTask；// 2. 如果firstTask为null，则调用getTask()从队列获取任务。// 3. 阻塞队列的特性就是：当队列为空时，当前线程会被阻塞等待while (task != null || (task = getTask()) != null) {// 这儿对worker进行加锁，是为了达到下面的目的// 1. 降低锁范围，提升性能// 2. 保证每个worker执行的任务是串行的w.lock();// If pool is stopping, ensure thread is interrupted;// if not, ensure thread is not interrupted. This// requires a recheck in second case to deal with// shutdownNow race while clearing interrupt// 如果线程池正在停止，则对当前线程进行中断操作if ((runStateAtLeast(ctl.get(), STOP) ||(Thread.interrupted() &&runStateAtLeast(ctl.get(), STOP))) &&!wt.isInterrupted())wt.interrupt();// 执行任务，且在执行前后通过beforeExecute()和afterExecute()来扩展其功能。// 这两个方法在当前类里面为空实现。try {beforeExecute(wt, task);Throwable thrown = null;try {task.run();} catch (RuntimeException x) {thrown = x; throw x;} catch (Error x) {thrown = x; throw x;} catch (Throwable x) {thrown = x; throw new Error(x);} finally {afterExecute(task, thrown);} } finally {// 帮助gctask = null;// 已完成任务数加一 w.completedTasks++;w.unlock();} }completedAbruptly = false;} finally {// 自旋操作被退出，说明线程池正在结束processWorkerExit(w, completedAbruptly);} } 本篇文章为转载内容。原文链接：https://blog.csdn.net/grd_java/article/details/113116244。 该文由互联网用户投稿提供，文中观点代表作者本人意见，并不代表本站的立场。 作为信息平台，本站仅提供文章转载服务，并不拥有其所有权，也不对文章内容的真实性、准确性和合法性承担责任。 如发现本文存在侵权、违法、违规或事实不符的情况，请及时联系我们，我们将第一时间进行核实并删除相应内容。

...NET Oracle异常的那些招儿，特别是通过自定义一个基础类（custom base class），让咱们能够有个统一的方式来收拾这些Oracle异常。 一、概述 ADO.NET是.NET框架的一部分，用于提供对数据库的操作。它支持多种不同的数据库系统，包括Oracle。不过话说回来，Oracle自有一套错误模型和异常类型，这些家伙在.NET的地盘上，可能会有点“水土不服”，表现得不尽相同。为了搞定这个问题，我们可以自己动手设计一个基础类，把所有Oracle数据库可能会抛出的异常都一股脑儿装进这个基础类里。这样一来，当我们处理这些异常时，就只需要关注这个基础类，而无需对每个具体的异常类型都费心啦。 二、创建自定义基类 首先，我们需要创建一个新的类，作为所有Oracle异常的基类。以下是一个简单的例子： csharp public abstract class OracleExceptionBase : Exception { public string ErrorNumber { get; set; } protected OracleExceptionBase(string message) : base(message) { } } 在这个基类中，我们添加了一个新的属性ErrorNumber，用来存储Oracle的错误编号。这是因为Oracle的错误编号可以帮助我们更好地理解错误的原因。 三、处理Oracle异常 接下来，我们需要修改我们的代码，使其能够正确地处理Oracle异常。首先，咱们得瞧一瞧这个蹦出来的异常是不是咱们自定义的那个基类OracleExceptionBase的“后代”。如果是，那么我们就需要获取并显示该异常的ErrorNumber属性。 以下是一个例子： csharp try { // 连接Oracle数据库 using (var connection = new OracleConnection(connectionString)) { // 打开连接 connection.Open(); // 创建命令对象 var command = new OracleCommand("SELECT FROM Employees", connection); // 执行查询 var reader = command.ExecuteReader(); } } catch (OracleException ex) { if (ex is OracleExceptionBase oracleEx) { Console.WriteLine($"Oracle Error Number: {oracleEx.ErrorNumber}"); throw; } else { Console.WriteLine($"Other type of exception: {ex.Message}"); throw; } } 在这个例子中，如果捕获到的是OracleExceptionBase类型的异常，那么我们就打印出它的ErrorNumber属性，并重新抛出该异常。否则，我们就打印出其他类型的异常消息，并重新抛出该异常。 四、结论 总的来说，通过创建一个自定义的基类，我们可以统一处理所有的Oracle异常，使我们的代码更加简洁和易于维护。同时，我们也能够更好地理解和解决这些问题，提高我们的编程效率。 最后，我想说，编程不仅仅是解决问题的技术，更是一种艺术。写代码时，如果我们追求那种优雅简洁、一目了然的风格，就能让敲代码这件事变得超有乐趣，而且还能给我们的工作注入满满的意义感，让编程变得快乐而有价值。

一、引言 在使用PostgreSQL数据库的过程中，我们可能会遇到一些意想不到的问题，例如我们在尝试将一种数据类型转换为另一种数据类型时遇到了"InvalidColumnTypeCastError"错误。本文将详细介绍这个错误的产生原因以及如何解决这个问题。 二、错误产生的原因 "InvalidColumnTypeCastError"错误通常发生在你试图将一个非预期的数据类型转换为另一个数据类型时。比如，你正试着把一个字符串类型的字段变成整数类型，但是这个字段里头掺杂了一些非数字的符号，这时候，这种错误就蹦出来了。 三、解决方法 解决"InvalidColumnTypeCastError"错误的方法有很多，但是这里我们将重点介绍两种方法：显式检查数据类型和使用转换函数。 3.1 显式检查数据类型 在尝试进行类型转换之前，我们可以先检查要转换的数据类型是否正确。这可以通过查询来完成。例如，你可以使用以下SQL语句来检查字段'my_column'的数据类型： sql SELECT data_type FROM information_schema.columns WHERE table_name = 'my_table' AND column_name = 'my_column'; 如果返回的结果不是你期望的类型，你需要修改数据或者更改你的查询逻辑。 3.2 使用转换函数 PostgreSQL提供了很多内置的转换函数，可以用来处理这种情况。例如，如果你想将字符串类型的字段转换为整数类型，你可以使用to_integer()函数。例如： sql UPDATE my_table SET my_column = to_integer(my_column); 这将在可能的情况下将'my_column'字段转换为整数，并忽略无法转换的部分。 四、总结 "InvalidColumnTypeCastError"是一个常见的数据库错误，通常发生在你试图将一个不合适的数据类型转换为另一个数据类型时。通过亲自查看数据类型并灵活运用转换技巧，咱们完全可以成功地把这个问题扼杀在摇篮里，确保不会出岔子。 然而，需要注意的是，虽然这些方法可以帮助我们解决大部分问题，但是在某些情况下，我们可能需要修改我们的数据模型或者业务逻辑，才能彻底解决问题。这就需要我们对数据库有深入的理解和掌握。 总的来说，对于任何数据库操作，我们都应该先了解其工作原理和可能的错误情况，这样才能更好地应对各种挑战。同时，我们也应该养成良好的编程习惯，避免由于疏忽而导致的错误。

...开发者朋友！你是否在使用C编写并运行程序的过程中，偶尔会遇到一些让人头疼的错误提示呢？放心，这是每个程序员成长道路上必经的小插曲。今天呢，咱们就来唠唠一个C编程时常常会遇到的运行时错误情况，我将通过一些实实在在的代码例子，再加上掰开揉碎的解析，保准让你get到轻松对付这类问题的窍门，妥妥地变成高手！ 2. 错误示例与分析 假设我们遇到了这样一个问题：当你尝试运行下面这段C代码时，编译器抛出了“未将对象引用设置到对象的实例”的异常（NullReferenceException）。 csharp public class MyClass { public string MyProperty { get; set; } } public static void Main(string[] args) { MyClass myObject = null; Console.WriteLine(myObject.MyProperty); } 这个错误意味着我们试图访问一个null对象的属性，就如同试图从一个空口袋里掏出东西一样。嗨，瞧这里，myObject这家伙压根没被我们初始化成MyClass的实例。所以呢，当你试图去访问它那个叫MyProperty的属性时，就自然而然地蹦出了一个错误。这就像是你还没给玩具上好发条，就急着让它动起来一样，肯定是要出岔子的嘛。 3. 解决方案与实践 解决方案一：初始化对象 首先，最直接的解决办法就是确保在使用对象之前对其进行初始化： csharp public static void Main(string[] args) { MyClass myObject = new MyClass(); // 初始化对象 myObject.MyProperty = "Hello, World!"; Console.WriteLine(myObject.MyProperty); // 现在不会抛出错误了 } 解决方案二：进行null检查 另外，在不确定对象是否初始化的情况下，可以通过条件判断语句进行null检查： csharp public static void Main(string[] args) { MyClass myObject = null; if (myObject != null) { Console.WriteLine(myObject.MyProperty); } else { Console.WriteLine("Object is null."); } } 4. 深入思考与预防措施 每次遇到这样的错误，我们都应该深入理解背后的原因，避免重复犯同样的错误。对于C而言，养成良好的编程习惯是至关重要的，比如总是初始化变量、尽量减少null值的使用，以及采用C 8.0及更高版本引入的可空引用类型特性等，这些都可以显著降低这类错误的发生概率。 5. 结语 面对C运行时报错，我们要像侦探破案一样，抽丝剥茧地找到问题所在，然后对症下药。这样才行，咱们才能在实际解决一连串的小问题时，不断积攒经验，让自己的编程手艺蹭蹭上涨。记住，每一次错误都是进步的垫脚石，希望这篇文章能帮助你在C的世界中更加游刃有余！ 以上只是一个简单的示例，实际开发过程中可能会遇到各种各样的错误，但只要我们保持冷静、耐心寻找问题根源，并善于利用资源学习，就没有什么问题是不能解决的。加油，我的朋友们，让我们在C的广阔天地中共同探索、共同进步吧！

...到一些问题，尤其是在使用C进行编程的时候。尤其是当我们在运行程序时，总会遇到各种各样的错误。今天我们就来聊聊如何解决这些常见的错误。 二、错误分析与解决 首先我们要知道的是，任何错误都是可以通过分析找到解决办法的。所以，当我们遇到错误时，首先要做的就是找出错误的原因。而这就需要我们对代码有深入的理解和掌握。 三、常见错误类型及解决方案 1. 异常错误 这是最常见的错误类型，通常是由于代码中的逻辑错误或者数据异常引起的。例如： csharp int i = 10; int j = "hello"; int result = i + j; // 这里就会抛出一个异常，因为不能将字符串和整数相加 为了解决这种类型的错误，我们需要仔细检查代码，确保所有的数据类型都正确无误。如果需要的话，我们还能给程序加个异常处理机制，这样一来，就算遇到点儿小差错，程序也能稳稳当当地运行下去，不至于突然崩掉。 2. 资源泄露错误 这种错误通常发生在我们使用了某个资源（如文件、网络连接等）后忘记关闭的情况下。例如： csharp FileStream fs = new FileStream("test.txt", FileMode.Open); // ... 程序在这里做了一些操作 ... fs.Close(); // 忘记关闭流 为了解决这个问题，我们需要养成良好的编程习惯，在使用完资源后立即关闭。同时，我们也可以使用using语句块来自动管理资源，如下所示： csharp using (FileStream fs = new FileStream("test.txt", FileMode.Open)) { // ... 程序在这里做了一些操作 ... } 3. 编译错误 这种错误通常是由于语法错误或者编译器无法识别的语句引起的。例如： csharp public class MyClass { public void MyMethod() { System.out.println("Hello, World!"); // 这里就有一个编译错误，因为System.out.println是Java语言的语句，而不是C } } 为了解决这个问题，我们需要仔细检查我们的代码，并确保使用的语句是正确的。同时，我们还需要注意不同编程语言之间的差异。 四、总结 总的来说，解决编程错误并不是一件难事，只要我们有足够的耐心和细心，就一定能找到解决问题的方法。同时，我们也应该养成良好的编程习惯，避免出现不必要的错误。 最后，我希望这篇文章能够帮助你解决你在使用C编程时遇到的问题。如果你有任何疑问，欢迎留言讨论，我会尽力为你解答。 希望这篇文章对你有所帮助，也希望大家多多支持我！

...遇到各种各样的错误和异常。嘿，你知道吗？SQLQueryException就是我们在捣鼓数据库时经常会遇到的一种查询错误，算是个挺常见的小插曲。本文将详细介绍如何解决PHP中的SQLQueryException。 二、什么是SQLQueryException？ SQLQueryException是PHP中的一个内置异常，它发生在执行SQL查询语句时出现问题。一般来说，这多半是因为语法有误、你搜的东西没找对或者是权限不够才出现这种情况的。 三、SQLQueryException解决方法 1. 检查SQL查询语句是否正确 这是最常见的SQLQueryException解决方案。首先，我们需要检查SQL查询语句是否有语法错误或者无效的操作。如果是，那么我们就需要修正这些问题，然后重新运行查询语句。 例如，假设我们的SQL查询语句如下： sql SELECT FROM users WHERE username = 'admin' AND password = 'password' 如果我们在执行这段代码时遇到了SQLQueryException，那么我们可以尝试使用phpinfo()函数来查看MySQL服务器的状态，看看是否存在语法错误或者无效的操作。瞧这个例子，你会发现用户名那块儿应该是小写字母，可咱们的代码里却给写成了大写。因此，我们只需要将用户名字段改为小写即可解决问题： sql SELECT FROM users WHERE username = 'admin' AND password = 'password' 2. 检查数据库连接 除了检查SQL查询语句之外，我们还需要检查数据库连接是否正常。如果数据库连接这环节出了岔子，就算你的SQL查询语句写得再完美无瑕，照样可能引发SQLQueryException这个小恶魔出来捣乱。 例如，假设我们的数据库服务器无法访问，那么我们在执行SQL查询语句时就会遇到SQLQueryException。要搞定这个问题，我们可以试着重启一下数据库服务器，或者瞧瞧网络连接是否一切正常。就像电脑卡顿时咱们会先选择重启一样，数据库服务器有时候也需要“刷新”一下自己。另外，也别忘了看看是不是网络这家伙在关键时刻掉链子了~ bash sudo service mysql restart 3. 使用try-catch结构捕获异常 如果我们不确定SQL查询语句是否有问题，或者不确定数据库连接是否正常，那么我们可以使用try-catch结构来捕获SQLQueryException。这样一来，当我们逮到异常情况时，就能做出相应的应对措施，而不是让程序“砰”地一下崩溃掉。 例如，我们可以使用以下代码来捕获SQLQueryException： php try { $conn = new PDO("mysql:host=localhost;dbname=myDB;charset=utf8", "username", "password"); $stmt = $conn->prepare("SELECT FROM users WHERE username=:username AND password=:password"); $stmt->execute(array( ":username" => $username, ":password" => $password )); } catch (PDOException $e) { echo "Error!: " . $e->getMessage(); } 在这个例子中，如果我们在执行SQL查询语句时遇到了SQLQueryException，那么程序就会跳转到catch语句中，并打印出错误信息。这样，我们就可以及时发现并处理SQLQueryException了。 四、总结 通过以上介绍，我们可以看出SQLQueryException是一种比较常见的数据库查询错误。为了更顺溜地搞定这个问题，咱们得先瞧瞧SQL查询语句是不是敲对了，再瞅瞅数据库连接是否顺畅。还有啊，别忘了用try-catch这个小法宝来兜住可能出现的异常情况，这样就万无一失啦！只要咱们把这些小技巧都掌握熟练了，就能轻松搞掂SQLQueryException，让它再也不能困扰咱们啦！

...解Struts2框架如何处理Action方法返回null或空字符串这一机制之后，我们不妨关注一下现代Java Web开发领域的最新动态与最佳实践。近年来，随着Spring Boot和Micronaut等现代化框架的崛起，MVC模式的实现方式也在不断演进，开发者对于框架的响应能力和异常处理有了更高的要求。 例如，Spring MVC框架通过@ControllerAdvice注解提供了全局异常处理机制，可以灵活地对控制器层中抛出的异常（包括由于Action方法返回值不明确导致的异常）进行统一捕获和处理，从而确保应用能够提供一致且友好的用户体验。 此外，对于API设计而言，RESTful架构风格已成为主流，其强调资源表述、状态转移以及HTTP方法的语义化使用。在这种背景下，Action方法的返回结果通常会以JSON等形式表示业务状态和数据，而不是简单的视图跳转标识符。因此，针对不同的HTTP状态码（如200、400、500等），制定清晰且可预测的响应策略显得尤为重要。 综上所述，在实际开发过程中，无论使用何种Web框架，理解并合理运用请求处理及结果返回机制是至关重要的。同时，紧跟技术发展趋势，掌握最新的编程规范和最佳实践，将有助于提升应用的安全性、稳定性和可维护性。

...足您的需求。 标题：如何处理Scala中的null值？ 一、引言 在Scala编程语言中，null值是一个很常见的话题。许多程序员在编程过程中，几乎都会碰上需要对付null值这个小妖精的时候，不过呢，不同的程序员对如何驯服这个小妖精，有着各自的独门心得和见解。那么，在Scala中，我们应该如何正确地处理null值呢？ 二、null与Option的区别 在Scala中，我们可以将null看作一种特殊的值。在Java的世界里，null可是个挺特别的小家伙，它代表着啥都没有，或者说是空荡荡的引用。你可以把它想象成一个空盒子，里面并没有实实在在的对象。但在Scala中，null并不是一种类型，而是 Any 类型的一个实例。这意味着任何类型都可以被赋值为null，例如： java val x: String = null 然而，这样赋值并没有太大的意义，因为在这种情况下，x实际上只是一个 Any 类型的对象，而不是 String 类型的对象。另外，假如你心血来潮，在x上尝试运行String类的方法，程序可不会跟你客气，它会立马给你抛出一个ClassCastException异常，让你知道这样做是不行滴。 因此，Scala引入了一种新的数据类型Option来解决这个问题。Option 是一个可以为空的容器，它可以包含两种值： Some(value) 或者 None。例如： java val y: Option[String] = Some("Hello, world!") val z: Option[String] = None 通过使用Option，我们可以更安全地处理可能出现null值的情况。当你尝试从Option里捞点啥的时候，如果这Option是个空荡荡的None，那你就甭想得到任何东东啦。如果你发现Option里可能藏着个null，别担心，有个好办法能帮咱们避免碰到NullPointerException这个讨厌鬼。那就是使用getOrElse方法，这样一来，即便值是空的，也能确保一切稳妥运行，不会出岔子。 三、如何处理Option 在Scala中，我们可以使用多种方法来处理Option。下面是一些常用的方法： 1. 使用if-else语句 这是最常见的处理Option的方法。如果Option里头有东西，那咱们就干点这个操作；要是没值的话，我们就换个操作来执行。 java val x: Option[Int] = Some(10) val y: Option[Int] = None val result: Int = if (x.isDefined) { x.get 2 } else { -1 } 2. 使用map方法 如果我们想要对Option中的值应用一些操作，那么我们可以使用map方法。map方法会创建一个新的Option，其中包含了原始Option中的值经过操作后的结果。 java val x: Option[Int] = Some(10) val result: Option[Int] = x.map(_ 2) 3. 使用filter方法 如果我们只关心Option中的值是否满足某个条件，那么我们可以使用filter方法。filter方法会创建一个新的Option，其中只包含了原始Option中满足条件的值。 java val x: Option[Int] = Some(10) val result: Option[Int] = x.filter(_ > 5) 四、结论 在Scala中，处理null值是一个非常重要的主题。咱们得摸清楚null和Option这两家伙到底有啥不同，然后学着用Option这个小帮手，更稳妥地对付那些可能冒出null值的状况。用各种各样的小窍门，咱们就能把Option问题玩得溜溜的，这样一来，代码质量噌噌往上涨，读起来也更让人觉得舒坦。 总的来说，Scala提供了一种强大且灵活的方式来处理null值。掌握好Option的正确使用方法，咱们就能写出更结实、更靠谱的代码啦！