我遇到了这个应用程序在某一点冻结的奇怪问题。我猜它与我如何使用NSConditionLock
有关。
Theres我已经使用了一个库,它由一系列调查问题组成,但它的工作方式是直接与最后一个问题竞争而不接受答案,因此需要暂停线程并接受来自用户的输入。
我之前没有使用它,所以如果我错误地实施它,也许有人可以提供帮助? 如果提供的代码不足,请告诉我。
- (void)viewDidLoad
{
[super viewDidLoad];
//INITIALISE CONDITION LOCK WITH CONDITION 0
condition=[[NSConditionLock alloc]initWithCondition: 0];
}
- (IBAction)startPressed:(UIButton*)sender {
if (sender.tag == 1) {
//START BACKGROUND THREAD
surveyThread = [[NSThread alloc] initWithTarget:self selector:@selector(runProjecttest) object:nil];
[surveyThread start];
}
else
{
//DO SOME STUFF AND THEN UNLOCK
[condition unlockWithCondition:1];
}
}
- (void) runProjecttest:(AbstractTask *)rendertask
{
// DO STUFF AND SHOW UI ON MAIN THREAD, THEN LOCK
[self performSelectorOnMainThread:@selector(showUI:) withObject:task waitUntilDone:YES];
[condition lockWhenCondition: 1];
}
编辑:简而言之,我希望Objc等同于这个java片段......
this.runOnUiThread(showUI);
try
{
//SLEEP
Thread.sleep(1000*60*60*24*365*10);
}
catch (InterruptedException e)
{
//WAKE
setResponse(at,showUI);
}
编辑2:保罗要求的ShowUI方法。
[self removePreviousSubViews];
switch ([task getType]) {
case SingleChoiceType:
{
NSLog(@"SingleChoiceType");
isMultipleChoice = NO;
[self addSingleChoiceView:nil];
break;
}
case TextType:
{
NSLog(@"TextType");
self.txtTextType.keyboardType=UIKeyboardTypeDefault;
[self addTextTypeView:nil];
break;
}
...more cases
}
-(void)addTextTypeView:(NSSet *)objects
{
self.txtTextType.text = @"";
CGRect frame = self.txtQuestionType.frame;
// frame.size = [self.txtQuestionType sizeThatFits: CGSizeMake(self.txtQuestionType.frame.size.width, FLT_MAX)];
frame.size.height = [self textViewHeightForAttributedText:self.txtQuestionType.text andWidth:self.txtQuestionType.frame.size.width andTextView:self.txtQuestionType];
self.txtQuestionType.frame=frame;
self.textTypeView.frame = CGRectMake((self.view.frame.size.width - self.textTypeView.frame.size.width)/2, ( self.txtQuestionType.frame.origin.y+self.txtQuestionType.frame.size.height), self.textTypeView.frame.size.width, self.textTypeView.frame.size.height);
[self.view addSubview: self.textTypeView];
}
答案 0 :(得分:0)
我同意BryanChen,我想你可能有另一个问题。如果没有关于调查库的详细信息,就无法确认,但假设它是一个UIViewController,而不是接受触摸输入来处理一系列问题,很难理解为什么它是一个线程问题 - 它根本不应该推进没有用户互动。
除此之外,您对NSCondtionLock
的使用看起来也不正确。
基本上NSConditionLock
有一个代表当前“条件”的NSInteger,但只需要考虑一个数字。然后,您可以执行两项基本操作 -
lockWhenCondition:x
将阻止当前线程,直到'condition'为'x'且锁定可用。然后它会声称锁定。
unlockWithCondition:y
释放锁定并将条件设置为“y”
还有一些方法可以设置超时(lockBeforeDate
)并尝试声明锁定而不会阻止(tryLock
,tryLockWhenCondition
)。
要同步两个线程,一般模式是
lockWhenCondition:x
- 此线程可以声明锁定,因为它是x lockWhenCondition:y
- 此线程将阻止,因为锁定为x unlockWithCondition:y
- 这将使线程2能够声明锁定并取消阻止该线程您的代码看起来很奇怪,因为您在if子句中启动了一个线程,但在else子句中解锁。我原以为你会有类似的东西 -
-(IBAction)startPressed:(UIButton*)sender {
if (sender.tag == 1) {
//START BACKGROUND THREAD
surveyThread = [[NSThread alloc] initWithTarget:self selector:@selector(runProjecttest) object:nil];
[surveyThread start];
[condition:lockWithCondition:1]; // This will block until survey thread completes
[condition:unlockWithCondition:0]; // Unlock and ready for next time
}
}
- (void) runProjecttest:(AbstractTask *)rendertask
{
// DO STUFF AND SHOW UI ON MAIN THREAD, THEN LOCK
[condition lockWhenCondition: 0];
[self performSelectorOnMainThread:@selector(showUI:) withObject:task waitUntilDone:YES];
[condition unlockWithCondition:1];
}
但是这看起来像是一个死锁的秘诀,因为你在主线程上执行showUI选择器,阻塞等待调查线程完成。
这让我们回到了问题,showUI
做了什么,为什么直接跳到最后?