Question

在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];
}

哪个好，但我想尝试在进程之间做类似的事情。 server.serverPort的类型为mach_port_t，这意味着它适合在进程之间使用。

然而，当我将该代码拆分为在两个进程（两个单独的应用程序，或主进程和XPC服务）中运行时，当我尝试在另一个进程中使用来自服务器的mach_port_t初始化CARemoteLayerClient时得到：

unable to register with server: 0x10000003

很可能它们不适用于随机过程之间，但使用mach_port_t有点意味着。

有没有其他人在进程之间使用这些类有什么成功？

Answer 1

是的，这是可能的。以下是一个示例：https://github.com/krevis/RemoteLayerDemo

运行应用程序，按“获取远程层”按钮，服务将启动，并为应用程序提供绿色远程层。（奇怪的是，它需要几秒钟才会出现 - 不知道为什么。）

之后，“更改颜色”按钮向服务发送一条消息，要求它更改图层的颜色，该颜色立即生效，甚至是动画。 “删除远程图层”按钮删除图层;如果你让它闲置几秒钟，服务就会被终止。

困难的部分是在进程之间传递CARemoteLayerServer的Mach端口。您在流程中看到的mach_port_t只是一个数字;它只在你的过程中有意义。（与指针相同的想法：指针只是数字，但是你不能将指针从一个进程传递到另一个进程，并期望它们指向同一个东西。）

你认为XPC可以发送Mach端口，但它不能。这会让事情变得容易多了！

相反，您必须使用Mach API来发送底层的Mach端口。在演示中，我在应用中使用bootstrap_register，在服务中使用bootstrap_look_up，使用商定的名称。这不安全，因为同一个引导程序上下文中的任何其他应用程序都可以找到该端口，但它对于演示来说已经足够了。实际上你想要dive down to some uglier Mach calls。

可以在进程之间使用CARemoteLayerServer和CARemoteLayerClient吗？

1 个答案: