Mic*_*ael 6 cocoa core-animation quartz-graphics
在Mac OS X Lion中,CARemoteLayerServer和CARemoteLayerClient被添加到QuartzCore.我一直试图调查它们是否适合在多个进程之间拆分图形应用程序,但没有成功.
我可以在一个进程中成功使用它们,其中包含一些代码:
- (void)buildLayerSingleProcess
{
CARemoteLayerServer *server = [CARemoteLayerServer sharedServer];
self.client = [[CARemoteLayerClient alloc] initWithServerPort: server.serverPort];
uint32_t clientID = self.client.clientId;
CALayer *layer1 = [CALayer layer];
layer1.bounds = CGRectMake(0.0, 0.0, 100.0, 100.0);
CGColorRef color = CGColorCreateGenericRGB(0.4, 0.2, 0.3, 1.0);
[layer1 setBackgroundColor: color];
CFRelease(color);
[layer1 setOpacity: 0.75];
[layer1 setBorderWidth: 5.0f];
layer1.position = CGPointMake([[self.window contentView] frame].size.width / 2.0, [[self.window contentView] frame ].size.height / 2.0);
self.client.layer = layer2;
CALayer *servedLayer = [CALayer layerWithRemoteClientId: self.client.clientId];
[[[self.window contentView] layer] addSublayer: servedLayer];
}
Run Code Online (Sandbox Code Playgroud)
这很好,但我想尝试在进程之间做类似的事情.server.serverPort的类型为mach_port_t这一事实意味着它适合在进程之间使用.
但是,当我将该代码拆分为在两个进程(两个单独的应用程序,或主进程和XPC服务)中运行时,当我尝试在另一个进程中使用来自服务器的mach_port_t初始化CARemoteLayerClient时,我得到:
unable to register with server: 0x10000003
Run Code Online (Sandbox Code Playgroud)
很可能它们不适用于随机过程之间,但使用mach_port_t有点意味着.
有没有其他人在进程之间使用这些类有什么成功?
是的,这是可能的.这是一个例子:https://github.com/krevis/RemoteLayerDemo
运行应用程序,按"获取远程层"按钮,服务将启动,并为应用程序提供绿色远程层.(奇怪的是,它需要几秒钟才会出现 - 不知道为什么.)
之后,"更改颜色"按钮向服务发送一条消息,要求它更改图层的颜色,该颜色立即生效,甚至动画."删除远程图层"按钮删除图层; 如果你让它闲置几秒钟,服务就会被终止.
困难的部分是通过CARemoteLayerServer两个进程之间的Mach端口.在mach_port_t您在过程中看到的只是一个数字; 它只在你的过程中有意义.(与指针相同的想法:指针只是数字,但是你不能将指针从一个进程传递到另一个进程,并期望它们指向同一个东西.)
你认为XPC可以发送Mach端口,但它不能.这会让这更容易!
相反,您必须使用Mach API来发送底层的Mach端口.在演示中,我正在使用bootstrap_register应用程序和bootstrap_look_up服务,使用商定的名称.这不安全,因为同一个引导程序上下文中的任何其他应用程序都可以找到该端口,但它对于演示来说已经足够了.实际上你想要深入到一些更加丑陋的Mach调用.