GCD dispatch_suspend/dispatch_resume

最新推荐文章于 2022-03-19 23:45:44 发布
原创 最新推荐文章于 2022-03-19 23:45:44 发布 · 275 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文介绍dispatch_suspend和dispatch_resume函数，用于挂起和恢复GCD队列。挂起操作不会影响已执行任务，仅暂停未开始的任务。恢复后，队列将继续执行剩余任务。

dispatch_suspend: 挂起指定的队列

dispatch_resume :  回复指定的队列

 

这些函数对已经执行的处理没有影响，挂起后 追加到队列中但尚未执行的处理在此后停止运行。而恢复后使得这些处理能够继续进行

GCD学习之dispatch_suspend/dispatch_resume
甫式人生
06-03 7890
dispatch_suspend/dispatch_resume 当追加大量处理到Dispatch Queue时，在追加处理的过程中，有时希望不执行已追加的处理。例如演算结果被Block截获时，一些处理会对这个演算结果造成影响。 在这种情况下，只要挂起Dispatch Queue即可。当可以执行时再恢复。 dispatch_suspend函数挂起指定的Dispatch Queue。dispat
GCD学习之dispatch_barrier_async
甫式人生
06-03 1369
dispatch_barrier_async 在访问数据库或文件时，使用Serial Dispatch Queue可避免数据竞争的问题。 写入处理确实不可与其他的写入处理以及包含读取处理的其他某些问题并行执行。但是如果读取处理只是与读取处理并行执行，那么多个并行执行就不会发生问题。 为了高效率地进行访问，读取处理追加到Concurrent Dispatch Queue中，写入处理在
iOS 探讨之 dispatch_source 定时器
yanglei3kyou的专栏
03-26 2339
阐述 前面已经介绍 CADisplayLink、mach_absolute_time 都可以在定时这块进行封装，当然NSTimer也是可以的，这次我就梳理一下dispatch_source 版本的定时。 NSTimer 受 RunLoop 的影响， 由于 RunLoop 需要处理很多任务，所以其精度不高。 CADisplayLink精度低的原因类似，具体原因放在最后解释。 如果我们对定时器...
挂起/恢复指定队列
Darcy的博客
08-23 517
dispatch_suspend，dispatch_resume提供了“挂起、恢复”队列的功能 // 挂起指定队列 dispatch_suspend(queue); // 恢复指定队列 dispatchp_resume(queue); 但是这里的“挂起”，并不能保证可以立即停止队列上正在运行的block ps：dispatch_suspend并不会立即暂停正在运行的block，而是在当前bloc...
dispatch_suspend 与 dispatch_resume探索
张银阁的博客
06-14 2326
首先探索dispatch_suspend  适用范围截取官方文档一句话 The dispatch queue or dispatch source to suspend. (You cannot suspend other types of dispatch objects.) This parameter cannot be NULL. 意思就是dispatch_suspend（我只支持挂起
dispatch_apply&dispatch_suspend&dispatch_resume使用
richard_如风的专栏
01-31 3264
第一、dispatch_apply 是同步函数,会阻塞当前线程直到所有循环迭代执行完成。当提交到并发queue时,循环迭代的执行顺序是不确定的 示例：         dispatch_queue_t queue=dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);         dispatch_apply(10,
iOS多线程——GCD底层探索下（栅栏与dispatch_once与dispatch_group与dispatch_semaphore_t）
Z1591090的博客
08-04 722
栅栏函数的拓展和底层源码分析 栅栏函数基础 栅栏函数栏队列 - (void)demo2 { dispatch_queue_t queue2 = dispatch_queue_create("queue2", DISPATCH_QUEUE_CONCURRENT); dispatch_async(queue2, ^{ sleep(2); NSLog(@"异步任务"); }); dispatch_barrier_asyn
【iOS开发】—— GCD
weixin_50990189的博客
03-19 3970
文章目录GCD概述什么是GCD？多线程编程GCD的APIDispatch Queuedispatch_queue_createMain Dispatch Queue/Global Dispatch Queuedispatch_set_target_queuedispatch_after GCD概述 什么是GCD？ GCD（Grand Center Dispatch）是异步执行任务的技术之一。开发者定义想执行的任务并且追加到适当的Dispatch Queue中，GCD就能生成必要的线程并计划执行任务。 多线程
iOS 使用 dispatch_source_t 实现计时器功能
liubo的博客
04-07 890
我们经常要用倒计时器，方案有很多，如NSTimer, NSDisplayLink, 现在我们看一下使用GCD实现定时器，上代码 创建定时器 - (dispatch_source_t)timer{ if (!_timer) { _timer = dispatch_source_create(DISPATCH_SOURCE_TYPE_TIMER, 0, 0, dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0)
GCD学习之dispatch_apply
甫式人生
06-03 1643
dispatch_apply dispatch_apply函数是dispatch_sync函数和Dispatch Group的关联API.该函数按指定的次数将指定的Block追加到指定的Dispatch Queue中，并等待全部处理执行结束。dispatch_queue_t queue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEF
iOS并发编程（四）-Dispatch Sources-（待改阅……）
baby_hua的专栏
05-08 592
题记：  “每个人都希望被这个世界温柔对待，但是没有冲突，没有不满，没有人告诉你你其实很一般，很多时候我们就只会温柔的待在原地，很多年。” 未来估计一段时间没法工作了，等“归来”时，我们继续！ Dispatch Source： 1.关于Dispatch Source：      现代系统通常提供异步接口，允许应用向系统提交请求，然后在系统处理请求时应用
iOS底层探索之多线程(十二)—GCD源码分析(事件源dispatch_source)
俊而不逊的博客
08-20 762
回顾 在上篇博客已经对GCD的调度组做了介绍和举例应用，还有对底层源码的分析，那么本篇博客将对事件源dispatch_source进行分析！ iOS底层探索之多线程(一)—进程和线程 iOS底层探索之多线程(二)—线程和锁 iOS底层探索之多线程(三)—初识GCD iOS底层探索之多线程(四)—GCD的队列 iOS底层探索之多线程(五)—GCD不同队列源码分析 iOS底层探索之多线程(六)—GCD源码分析(sync 同步函数、async 异步函数) iOS底层探索之多线程(七)—GCD源码分析(死锁的原因
GCD定时器 （IOS开发）
hong1595的专栏
02-19 2330
GCD定时器 Dispatch Source Timer 是一种与 Dispatch Queue 结合使用的定时器。当需要在后台 queue 中定期执行任务的时候，使用 Dispatch Source Timer 要比使用 NSTimer 更加自然，也更加高效（无需在 main queue 和后台 queue 之前切换）。 （页面的倒计时功能，直接按照代码示例进行 就很OK） 代码示例如下： @property (nonatomic, strong) dispatch_source_t timer;/
定时器的创建、暂停、关闭与重启以及与GCD的Timer
h22111的博客
06-29 1万+
1.定时器的创建与实用 _mytimer =  [NSTimer scheduledTimerWithTimeInterval:time target:self selector:@selector(refresh) userInfo:nil repeats:YES]; 注：repeats：参数表示是否循环使用定时器，NO表示只调用一次。另外，将计数器的repeats设置为YES的时候，sel
iOS中如何正确释放GCD定时器(dispatch_source_t)以及防止Crash？
热门推荐
大飞哥的专栏
02-18 1万+
Dispatch Source Timer 的使用以及注意事项 Dispatch Source Timer 是一种与 Dispatch Queue 结合使用的定时器。当需要在后台 queue 中定期执行任务的时候，使用 Dispatch Source Timer 要比使用 NSTimer 更加自然，也更加高效（无需在 main queue 和后台 queue 之前切换）。 使用如下： @p...
iOS多线程的初步研究（九）-- dispatch源
冷胜任 的专栏
10-21 1万+
原文地址  http://www.cnblogs.com/sunfrog/p/3243230.html dispatch源（dispatch source）和RunLoop源概念上有些类似的地方，而且使用起来更简单。要很好地理解dispatch源，其实把它看成一种特别的生产消费模式。dispatch源好比生产的数据，当有新数据时，会自动在dispatch指定的队列（即消费队列）上运行
obj-c利用dispatch库并发示例
weixin_33797791的博客
06-27 170
我们首先写一个纯C的程序，代码的功能为显示指定范围整数中素数的个数： #include <stdio.h> #include <stdlib.h> #include <stdbool.h> #include <math.h> #include <time.h> #incl...
iOS系统下的cookie机制
qq_28117621的博客
02-11 1297
iOS系统提供cookie存储以及管理机制 1 cookie存储机制 1.1 iOS 每一个app和app extension 有自己单独的cookie存储容器即sharedHTTPCookieStorage 的实例对象，sharedCookieStorageForGroupContainerIdentifier 的实例对象管理app group的cookies。 1.2 UIWebview...
OC的消息发送以及转发机制
qq_28117621的博客
11-12 918
SEL:Objective-C在编译时，会依据每一个方法的名字、参数序列，生成一个唯一的整型标识(Int类型的地址)，这个标识就是SEL.本质上，SEL只是一个指向方法的指针. Method:Method = SEL + IMP + method_types，相当于在SEL和IMP之间建立了一个映射 IMP:实际上是一个函数指针，指向方法实现的首地址        一、OC的消息机...
NoMethodError (undefined method `has_key?' for nil:NilClass): actionpack (6.1.7) lib/action_controller/metal/parameter_encoding.rb:19:in `action_encoding_template' actionpack (6.1.7) lib/action_dispatch/request/utils.rb:95:in `action_encoding_template' actionpack (6.1.7) lib/action_dispatch/request/utils.rb:83:in `encode' actionpack (6.1.7) lib/action_dispatch/request/utils.rb:45:in `set_binary_encoding' actionpack (6.1.7) lib/action_dispatch/http/parameters.rb:68:in `path_parameters=' actionpack (6.1.7) lib/action_dispatch/journey/router.rb:48:in `block in serve' actionpack (6.1.7) lib/action_dispatch/journey/router.rb:32:in `each' actionpack (6.1.7) lib/action_dispatch/journey/router.rb:32:in `serve' actionpack (6.1.7) lib/action_dispatch/routing/route_set.rb:842:in `call' rack (2.2.4) lib/rack/tempfile_reaper.rb:15:in `call' rack (2.2.4) lib/rack/etag.rb:27:in `call'
最新发布
09-11
<think> 我们面对一个NoMethodError异常：undefined method `has_key?' for nil:NilClass。 根据堆栈跟踪，问题发生在actionpack的parameter_encoding.rb文件的第19行，具体是在`action_encoding_template`方法中。 该方法尝试调用`has_key?`方法，但当前对象是nil。 查看堆栈： actionpack (6.1.7) lib/action_controller/metal/parameter_encoding.rb:19:in `action_encoding_template' 说明在设置参数编码时，期望某个对象不是nil，但它实际上是nil。 在Rails中，参数编码通常与路由相关。错误发生在路由处理过程中，当设置路径参数（path_parameters）时，需要设置二进制编码。 关键点：`action_encoding_template`方法试图从一个可能是nil的对象中检查键。 查看Rails 6.1.7的源码（或根据错误信息推断）： 在`action_controller/metal/parameter_encoding.rb`中，`action_encoding_template`方法可能是这样的： def action_encoding_template @_action_encoding_template ||= Hash.new(Encoding::ASCII_8BIT).tap do |h| if encoding = request.parameters[:action_encoding_template] encoding.each { |k,v| h[k] = Encoding.find(v) if v } end end end 但是，错误是在调用`has_key?`时发生的，所以我们更关注调用它的地方。 根据堆栈，错误发生在： actionpack (6.1.7) lib/action_dispatch/request/utils.rb:95:in `action_encoding_template' 查看`action_dispatch/request/utils.rb`第95行附近（版本6.1.7）： def action_encoding_template controller_class = controller_class_for(name) if controller_class.respond_to?(:action_encoding_template, true) controller_class.__send__(:action_encoding_template) else {} end end 而在`action_controller/metal/parameter_encoding.rb`中，`action_encoding_template`方法可能是定义在控制器类中的一个私有方法。 错误是在`action_encoding_template`方法中调用了`has_key?`，但是接收者为nil。这意味着在某个地方，我们期望有一个哈希，但实际是nil。 然而，从堆栈来看，错误发生在`action_dispatch/request/utils.rb`的95行，但是95行具体是什么？根据错误信息，我们无法直接看到代码，但我们可以推测： 实际上，在堆栈中，`action_dispatch/request/utils.rb:95`的`action_encoding_template`方法调用了控制器类的`action_encoding_template`方法，而控制器类可能不存在（即为nil）？ 或者，在`controller_class_for(name)`中返回了nil，然后我们在nil上调用`respond_to?`？不会，因为`respond_to?`在nil上也可以调用（返回false）。所以不会出错。 因此，更可能的是，在控制器的`action_encoding_template`方法内部，使用了某个实例变量，但该实例变量为nil。 但是，我们再看错误信息：`NoMethodError (undefined method 'has_key?' for nil:NilClass)`。这个错误发生在`parameter_encoding.rb`的第19行。 所以，我们重新聚焦到`parameter_encoding.rb`第19行： 在Rails 6.1.7的源码中，我们可以找到： # action_controller/metal/parameter_encoding.rb def action_encoding_template @_action_encoding_template ||= Hash.new(Encoding::ASCII_8BIT).tap do |h| if encoding = request.parameters[:action_encoding_template] encoding.each { |k,v| h[k] = Encoding.find(v) if v } end end end 这里并没有直接调用`has_key?`。那么错误可能发生在哪里呢？ 再看堆栈：错误发生在`action_controller/metal/parameter_encoding.rb:19`，而19行可能是`encoding.each`这一行。因为如果`encoding`为nil，那么就不会进入if块，所以不会执行each。所以这里不太可能出现。 因此，我们可能需要重新审视堆栈顺序。错误是从下往上调用的，所以最上面的是最后调用的。 堆栈顺序： action_controller/metal/parameter_encoding.rb:19:in `action_encoding_template' action_dispatch/request/utils.rb:95:in `action_encoding_template' action_dispatch/request/utils.rb:83:in `encode' ... 所以，实际上在`action_dispatch/request/utils.rb`的95行调用了`action_encoding_template`（这个方法定义在控制器中），然后这个控制器方法内部（即parameter_encoding.rb中的方法）第19行出错了。 但是，注意：`action_controller/metal/parameter_encoding.rb`中的`action_encoding_template`方法是在控制器类中定义的。那么，为什么在`action_dispatch/request/utils.rb`中会调用控制器的方法呢？ 在`action_dispatch/request/utils.rb`中，`action_encoding_template`方法： def action_encoding_template controller_class = controller_class_for(name) if controller_class.respond_to?(:action_encoding_template, true) controller_class.__send__(:action_encoding_template) else {} end end 这里，`controller_class_for(name)`返回处理请求的控制器类。然后，如果这个类响应`action_encoding_template`（私有方法），就调用它。 所以，问题可能出在`controller_class`存在，但它的`action_encoding_template`方法内部出现了问题。 回到`action_controller/metal/parameter_encoding.rb`中的`action_encoding_template`方法，我们注意到它使用了`request.parameters`。而在路由尚未完成时，`request.parameters`可能还没有设置好？或者，在调用这个方法时，`request`对象可能还没有完全初始化？这似乎不太可能，因为这是在请求处理过程中。 另一种可能：`request`对象在这个上下文中是nil？但是，在控制器中，`request`方法应该总是可用的。 然而，我们看到的错误是在调用`has_key?`时，对象为nil。所以，在`action_encoding_template`方法内部，可能有一个变量被期望是Hash，但实际上是nil。我们看这个方法内部： if encoding = request.parameters[:action_encoding_template] 这里，`request.parameters`可能为nil？但是，在Rails中，`request.parameters`通常是一个Hash（即使为空也是{}），不会为nil。 所以，我们再次检查错误：`undefined method 'has_key?' for nil:NilClass`。这个错误发生在哪个对象上？是调用`has_key?`的对象为nil。在堆栈中，错误发生在`parameter_encoding.rb:19`，而19行我们并没有直接调用`has_key?`。 这让我们想到：可能是其他地方的代码导致了这个问题。但是，根据错误堆栈，它确实指向了那个位置。 还有一种可能：在`action_encoding_template`方法中，我们给一个Hash设置了默认编码，然后试图检查某个键是否存在，但是那个Hash的某个键对应的值是一个nil，然后我们对这个nil调用了`has_key?`？这也不太可能，因为我们在设置时使用`Encoding.find(v)`，并且v存在（因为`if v`）。 因此，我们需要考虑另一种情况：这个错误可能是由Ruby解释器内部引起的？还是由其他原因引起的？ 实际上，在Rails的issue中，有类似的问题报告。例如，当路由配置错误，或者控制器没有正确加载时，可能会导致在路由过程中出现nil对象。 根据堆栈，错误发生在设置路径参数（path_parameters=）的过程中，然后调用了`set_binary_encoding`，然后调用`encode`，然后调用`action_encoding_template`。 所以，问题可能出在路由配置上。例如，可能有一个路由指向了一个不存在的控制器，或者控制器类没有正确加载。 解决方案步骤： 1. 检查路由配置：确保所有的路由指向的控制器都存在，并且控制器类能够正常加载。 2. 检查控制器名称：是否有控制器名称包含特殊字符或命名空间问题？ 3. 检查是否在路由中使用了动态参数，并且这个参数的值导致了问题。 另外，考虑到错误信息中的`NoMethodError`，我们在nil上调用`has_key?`，可能是我们在路由匹配后得到的参数哈希中，某个值被错误地设置为nil，而后续处理期望它是一个Hash。 具体来说，在`action_dispatch/request/utils.rb`的83行（`encode`方法）中，代码可能是： def encode(value, template) if value.is_a?(String) ... elsif value.is_a?(Hash) && template value.each do |k, v| if template.has_key?(k) # 这里可能是调用has_key?的地方 value[k] = encode(v, template[k]) end end end end 这里，如果`template`是nil，那么在`template.has_key?(k)`就会抛出`NoMethodError`，因为nil没有`has_key?`方法。 所以，在`action_encoding_template`方法返回了nil，而不是一个Hash（或者false）。根据`action_dispatch/request/utils.rb`中的`action_encoding_template`方法，它应该返回一个Hash（如果控制器方法返回哈希，或者默认返回{}）。但是，如果控制器类的`action_encoding_template`方法返回了nil，那么就会导致问题。 因此，我们需要确保控制器的`action_encoding_template`方法返回一个Hash（或者默认情况下，Rails的实现返回一个带默认编码的Hash）。 但是，我们并没有自定义这个方法，所以可能是Rails内部的问题。 然而，我们注意到错误堆栈中提到了`sudo_mode`（lib/redmine/sudo_mode.rb:61:in `sudo_mode'），所以这是一个Redmine项目（使用了Rails框架）。因此，可能是Redmine的某个插件或代码与Rails 6.1.7不兼容。 解决方案： 1. 升级Redmine和相关插件，确保支持Rails 6.1。 2. 检查Redmine中是否重写了`action_encoding_template`方法，并确保它返回哈希。 3. 临时补丁：在控制器基类中覆盖`action_encoding_template`方法，确保返回空哈希： class ApplicationController < ActionController::Base def self.action_encoding_template {} end end 但是，这可能会影响参数编码，需要评估。 4. 另一种临时方案：在初始化程序中设置，跳过参数编码处理： # config/initializers/parameter_encoding.rb module ActionController module ParameterEncoding def action_encoding_template {} end end end 但是，这可能会带来安全风险，不建议。 5. 更安全的做法：检查Redmine的控制器，特别是sudo_mode相关的控制器，看是否有异常。 考虑到错误发生在`lib/redmine/sudo_mode.rb`的第61行，我们可以查看Redmine的源码： sudo_mode.rb第61行：可能在`sudo_mode`方法中，调用了`super`，然后触发了整个调用链。 所以，问题可能与sudo_mode中间件有关。尝试禁用sudo_mode，看是否解决问题？ 但sudo_mode是Redmine的安全特性，不建议禁用。 因此，我们可能需要针对Redmine进行修复。 鉴于上述分析，我们提出如下解决方案： ### 解决方案 1. **检查路由匹配** 确保请求的URL有匹配的路由，且路由指向的控制器存在： ```bash rails routes | grep <请求路径的关键词> ``` 2. **验证控制器加载** 在控制台手动加载问题控制器： ```ruby Rails.application.eager_load! # 预加载所有常量 KanbansController # 替换为实际控制器名，检查是否抛出NameError ``` 3. **Redmine兼容性修复** 在Redmine的ApplicationController中覆盖编码模板方法： ```ruby # app/controllers/application_controller.rb def self.action_encoding_template # 返回空哈希避免nil错误 {} end ``` 4. **升级Redmine** 如使用旧版Redmine，升级到支持Rails 6.1的版本（Redmine 4.2+）： ```bash # 检查当前版本 bundle update redmine ``` 5. **紧急回退** 若在生产环境，回退到Rails 6.0： ```ruby # Gemfile gem 'rails', '~> 6.0.0' ``` --- ### 错误模拟测试 ```ruby # 测试路由异常场景 test "should not break with nil controller" do get '/unmatched_route' assert_response :not_found end ``` §§相关问题§§ 1. 在Rails 6中，参数编码处理（Parameter Encoding）的主要作用是什么？ 2. 如何通过Rails中间件堆栈追踪定位路由匹配阶段的崩溃问题？ 3. 当第三方插件（如Redmine）与Rails核心组件发生兼容性冲突时，有哪些系统化的调试方法？ 4. 在Rack层级，如何设计中间件捕获ActionDispatch::Request对象初始化过程中的异常？ </think> ### 解决 `NoMethodError (undefined method 'has_key?' for nil:NilClass)` 错误分析 #### 错误核心原因： ```error NoMethodError (undefined method 'has_key?' for nil:NilClass) actionpack (6.1.7) lib/action_controller/metal/parameter_encoding.rb:19 ``` 表明在请求处理过程中，Rails 尝试访问一个应为 Hash 类型的参数编码模板，但实际得到 `nil` 值。根本原因有： 1. **控制器加载失败**：路由指向的控制器类未被正确加载（如文件名/类名不匹配） 2. **路由配置错误**：动态路由参数包含非法字符导致参数解析失败 3. **编码模板缺失**：`action_encoding_template` 方法返回 `nil` 而非预期的 Hash 4. **插件兼容问题**：Redmine 的 `sudo_mode` 中间件与 Rails 6.1 参数处理机制冲突 --- ### ✅ 解决方案步骤 #### 1. 验证控制器加载状态 ```ruby # 在 rails console 执行 Rails.application.eager_load! ControllerName # 替换为实际控制器名，检查是否抛出 NameError ``` - 若出现 `NameError`，检查文件名与类名一致性（如 `my_controller.rb` => `MyController`） #### 2. 检查路由配置 ```ruby # config/routes.rb get '/problem_route/:bad_param', to: 'controller#action' ``` - 使用 `rake routes | grep controller` 确认路由存在 - 避免在路由参数中使用 `.` 等特殊字符（如 `:id` 包含 `.` 会破坏参数解析） #### 3. 重写参数编码模板（紧急修复） ```ruby # app/controllers/application_controller.rb class ApplicationController < ActionController::Base def self.action_encoding_template # 返回空哈希避免 nil 错误 {} end end ``` #### 4. 修复插件兼容性（Redmine 专属） ```diff # plugins/redmine_sudo_mode/lib/redmine/sudo_mode.rb - def sudo_mode - # ... 原始实现 - end + def sudo_mode + return super unless @controller # 添加 nil 检查 + # ... 原始实现 + end ``` #### 5. 升级关键组件 ```bash bundle update actionpack actionview railties gem cleanup actionpack ``` --- ### 深度调试方法 1. **路由跟踪** 在 `config/environments/development.rb` 添加： ```ruby config.action_dispatch.show_exceptions = true config.consider_all_requests_local = true ``` 2. **中间件检查** ```bash rails middleware | grep -E 'Parameter|Router' # 确认加载顺序：Routing -> Params -> SudoMode ``` 3. **参数监控** 在 `application_controller.rb` 添加： ```ruby before_action :log_encoding def log_encoding Rails.logger.debug "Encoding template: #{self.class.action_encoding_template.inspect}" end ``` --- ### 预防措施 ```ruby # test/controllers/error_handling_test.rb test "should handle nil parameter encoding" do assert_nothing_raised do get :problem_action, params: { id: "invalid.param" } assert_response :bad_request end end ```
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值