待排查代码

//读取账户信息

//    AcountModel *acount = [AcountTool acount];

//

//

//    //请求接口

//

//    AFHTTPRequestOperationManager *manager = [AFHTTPRequestOperationManager manager];

//

//

//    NSMutableDictionary *parameters = [NSMutableDictionary dictionaryWithObjectsAndKeys:acount.access_token,@"access_token",self.textView.text,@"status", nil];

//

//

//

//        [manager POST:@"https://upload.api.weibo.com/2/statuses/upload.json" parameters:parameters constructingBodyWithBlock:^(id<AFMultipartFormData> formData) {

//

//        NSData *data = UIImageJPEGRepresentation(self.imgView.image, 1.0);

//

//        [formData appendPartWithFileData:data name:@"picw" fileName:@"" mimeType:@"image/jpeg"];

//

////         NSData *data = UIImagePNGRepresentation(self.imgView.image);

////        [formData appendPartWithFileData:data name:@"files" fileName:@"jinlingpopona.png" mimeType:@"image/png"];

////            NSLog(@"%@",data);

//

//    } success:^(AFHTTPRequestOperation *operation, id responseObject) {

//        if ([_delegate respondsToSelector:@selector(didClickSendBtnWithViewController:)]) {

//            [_delegate didClickSendBtnWithViewController:self];

//        }

//        NSLog(@"%@",responseObject);

//        [MBProgressHUD showSuccess:@"发送成功"];

//

//

//    } failure:^(AFHTTPRequestOperation *operation, NSError *error) {

//       [MBProgressHUD showError:@"发送失败"];

//        NSLog(@"***********%@",error);

//

//    }];

时间: 2024-10-27 12:41:43

待排查代码的相关文章

在LIUNX服务器上找出web项目中占用cpu资源最多的线程的排查方法

在这里对linux下.sun(oracle) JDK的线程资源占用问题的查找步骤做一个小结:linux环境下,当发现java进程占用CPU资源很高,且又要想更进一步查出哪一个java线程占用了CPU资源时,按照以下步骤进行查找: 第一步:登陆到web服务所在的liunx服务器,利用top命令获取java的cpu使用率 第二步: 如上图所示,java的进程id为'3260',接下来用top命令单独对这个进程中的所有线程作监视:top -p 3260 -H 第三步: 如上图所示,linux下,所有的

Tomcat假死排查方案

使用Tomcat作为Web服务器的时候偶尔会遇到Tomcat停止响应的情况,通过netstat查看端口情况会发现tomcat的端口出现大量的CLOSE_WAIT,此时Tomcat会停止响应前端请求,同时服务端的日志,操作等将全部停止,而且没有出现任何异常,此时就需要排查是哪方面的原因,此案以以前的解决为例总结排查方案 1.首先确认页面端正常时请求没有问题 2.对于使用Nginx作为前端负载均衡Tomcat集群,通过Nginx的访问日志(access.log)确认页面到Nginx没有问题 3.查看

一处内存泄漏排查

一处内存泄漏: 稳定性测试抛出了内存泄漏问题,内存在24小时内从150M涨至350M 上测试机排查: !heap -l 发现大量28字节,18字节左右的小内存泄漏db看一下泄漏内容 大量的内存地址指向swmanager\0 这个字符串,代码中搜索swmanager" 发现有10几处使用裸的字符串. 咨询对应的研发RD发现其中关于tips逻辑引用最频繁: 该处为在构造函数内的引用,怀疑对象释放有问题,排查对象的相关构造析构函数并断点: 1 e 5f692850 0001 (0001) 0:** B

关于C++ Builder Codegurad 问题的排查。

关于C++ BUILDER6 我目前不知道有什么特别好的内存排查工具.尤其为了对付memory leak, (Eurekalog 这个工具内存泄漏主要针对delphi,BCB配置比较繁琐). 除了BCB6 自带的Codeguard.codeguard 在90%的情况还是很给力的. 但是实际项目中codegurad却会因为各种各样的原因罢工.下面是记录codeguard 被修复的2个案例 加载CG后,程序运行起来后报内存错误. 这个问题困扰了我很久,最后不得不关闭codeguard ,直到有一天,

多线程访问共享资源会导致线程间代码占用

在编写把一个30万条数据批量轮询调用拆分为多个线程(每个线程运行一部分数据)轮询调用时,发现多个线程和单次执行的时间没有太大差别 此时用系统自带的性能监视器发现,拆分成多个线程后占用的cpu和拆分前差不多,为此排查代码中的各模块处理逻辑发现了此类问题 尽量减少线程间同时使用到的公共变量,当把所有公共变量都变为线程内变量时发现多线程的运算优势明显体现处理 试例代码: public class MutiThread    {        public void TestSerial()      

生产环境下JAVA进程高CPU占用故障排查

问题描述:生产环境下的某台tomcat7服务器,在刚发布时的时候一切都很正常,在运行一段时间后就出现CPU占用很高的问题,基本上是负载一天比一天高. 问题分析:1,程序属于CPU密集型,和开发沟通过,排除此类情况.2,程序代码有问题,出现死循环,可能性极大. 问题解决:1,开发那边无法排查代码某个模块有问题,从日志上也无法分析得出.2,记得原来通过strace跟踪的方法解决了一台PHP服务器CPU占用高的问题,但是通过这种方法无效,经过google搜索,发现可以通过下面的方法进行解决,那就尝试下

Java死锁排查和Java CPU 100% 排查的步骤整理

工欲善其事,必先利其器 简介 本篇整理两个排查问题的简单技巧,一个是java死锁排查,这个一般在面试的时会问到,如果没有写多线程的话,实际中遇到的机会不多:第二个是java cpu 100%排查,这个实际的开发中,线的应用出现这个问题可能性比较大,所以这里简单总结介绍一下,对自己学习知识的一个整理,提高自己的解决问题能力. 一.Java死锁排查 通过标题我们就要思考三个问题: 什么是死锁? 为什么会出现死锁? 怎么排查代码中出现了死锁? 作为技术人员(工程师),在面对问题的时候,可能需要的能力是

服务器线上问题排查研究

线上问题诸如: 1.线上服务器CPU占用率高如何排查? 2.线上服务器Load飙高如何排查?  3.线上服务器频繁发生Full GC如何排查?  4.线上服务器发生死锁如何排查? 一:线上服务器CPU占用率高如何排查? 问题发现: 在每次大促之前,我们的测试人员都会对网站进行压力测试,这个时候会查看服务的cpu.内存.load.rt.qps等指标. 在一次压测过程中,测试人员发现我们的某一个接口,在qps上升到500以后,CPU使用率急剧升高. CPU利用率,又称CPU使用率.顾名思义,CPU利

Java死锁排查

文章来源:微信公众号:猿天地 1. 死锁的概念: 是Java多线程情况下,两个或两个以上的进程在执行过程中,由于竞争资源或者由于彼此通信而造成的一种阻塞现象,若无外力作用,它们都讲无法推进下去.此时称系统处于死锁状态或系统产生了死锁,这些永远在相互等待的进程成为死锁进程. 2. 出现死锁的条件: (1)必须是两个或者两个以上进程(线程) (2)必须有竞争资源 3. 如果排查代码中出现了死锁? 死锁代码: public class JStackDemo { public static void m