- iOS/Objective-C 元类和类别
- objective-c - -1001 错误,当 NSURLSession 通过 httpproxy 和/etc/hosts
- java - 使用网络类获取 url 地址
- ios - 推送通知中不播放声音
我有一个实现徒手画的 View ,但我有一个小问题。我注意到在 iPad 3 上一切都变得糟糕,所以我尝试更新我的绘图代码(可能就像我一开始就应该做的那样)以仅更新被描边的部分。但是,打开后的第一笔,以及怠速约10秒后的第一笔非常慢。在一切都“预热”之后,它就像黄油一样光滑,每个 drawRect 只需要大约 0.15 毫秒。我不知道为什么,但是对于第一个 drawRect 和空闲后的第一个 drawRect,整个 View 矩形被标记为脏(然后需要大约 150 毫秒来更新)。堆栈跟踪显示我的矩形正在被 CABackingStoreUpdate_
如果矩形很大,我尝试不绘制图层,但随后我的整个上下文变为空白(当我像乐透彩票一样在旧区域上绘制时会重新出现)。有谁知道 UIGraphicsGetCurrentContext() 发生了什么?这是我唯一能想到的麻烦所在。也就是说,我的 View 上下文被上下文 Sprite 拉走了,所以它需要再次完全呈现自己。有什么设置可以用来保持相同的上下文吗?还是这里发生了其他事情...在初始显示后不需要更新整个矩形。
我的 drawRect 非常简单:
- (void)drawRect:(CGRect)rect
{
CGContextRef c = mDrawingLayer ? CGLayerGetContext(mDrawingLayer) : NULL;
if(!mDrawingLayer)
{
c = UIGraphicsGetCurrentContext();
mDrawingLayer = CGLayerCreateWithContext(c, self.bounds.size, NULL);
c = CGLayerGetContext(mDrawingLayer);
CGContextSetAllowsAntialiasing(c, true);
CGContextSetShouldAntialias(c, true);
CGContextSetLineCap(c, kCGLineCapRound);
CGContextSetLineJoin(c, kCGLineJoinRound);
}
if(mClearFlag)
{
CGContextClearRect(c, self.bounds);
mClearFlag = NO;
}
CGContextStrokePath(c);
CFAbsoluteTime startTime = CFAbsoluteTimeGetCurrent();
CGContextDrawLayerInRect(UIGraphicsGetCurrentContext(), self.bounds, mDrawingLayer);
NSLog(@"%.2fms : %f x %f", (CFAbsoluteTimeGetCurrent() - startTime)*1000.f, rect.size.width, rect.size.height);
}
最佳答案
我在 Apple Dev Forums 上找到了一个有用的帖子描述这个确切的问题。它只存在于 iOS 5.0 之后,理论上是因为 Apple 引入了双缓冲系统,所以前两个 drawRects 将始终是满的。但是,没有解释为什么空闲后会再次出现这种情况。理论上是GPU不保证底层buffer,这个会被随意丢弃,需要重新创建。解决方案(直到 Apple 发布某种真正的解决方案)是对缓冲区执行 ping 操作,这样它就不会被释放:
mDisplayLink = [CADisplayLink displayLinkWithTarget:self selector:@selector(pingRect)];
[mDisplayLink addToRunLoop:[NSRunLoop currentRunLoop] forMode:NSDefaultRunLoopMode];
- (void)pingRect
{
//Already drawing
if(mTouchCount > 0) return;
//Even touching just one pixel will keep the buffer alive
[self setNeedsDisplayInRect:CGRectMake(0, 0, 1, 1)];
}
唯一的弱点是如果用户的手指完全静止不动超过 5 秒,但我认为这是可以接受的风险。
编辑 有趣的更新。事实证明,只需调用 setNeedsDisplay 就足以使缓冲区保持事件状态,即使它立即返回也是如此。所以我将其添加到我的 drawRect 方法中:
- (void)drawRect:(CGRect)rect
{
if(rect.size.width == 1.f)
return;
//...
}
希望它能抑制这种刷新方法必然会增加的用电量。
关于ios - UIGraphicsGetCurrentContext() 生命周期短,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/11186708/
我正在开发一个使用多个 turtle 的滚动游戏。玩家 turtle 根据按键命令在 Y 轴上移动。当危害和好处在 X 轴上移动时,然后循环并改变 Y 轴位置。我尝试定义一个名为 colliding(
我不明白为什么他们不接受这个作为解决方案,他们说这是一个错误的答案:- #include int main(void) { int val=0; printf("Input:- \n
我正在使用基于表单的身份验证。 我有一个注销链接,如下所示: 以及对应的注销方法: public String logout() { FacesContext.getCurren
在 IIS7 应用程序池中有一个设置 Idle-time out 默认是 20 分钟,其中说: Amount of time(in minutes) a worker process will rem
我是一名优秀的程序员,十分优秀!