ios - StoreKit 返回无效的产品标识符 - 仅在真正的 App Store 上，仅在 iOS7 上

Question

我们有一个应用程序像往常一样查询 StoreKit 以获取产品详细信息(您可以忽略它是一个 Xamarin 应用程序，除非 Xamarin 中存在错误，否则它不会有什么不同):

        var request = new SKProductsRequest( new NSSet( ... ) );
        _runningRequests.Add( request );
        request.ReceivedResponse += HandleReceivedResponse;
        request.RequestFailed += HandleRequestFailed;
        request.RequestFinished += HandleRequestFinnished;
        request.Start();

    // ....

    void HandleReceivedResponse( object sender, SKProductsRequestResponseEventArgs e )
    {
        ViewModel.IsProcessing = false;

        foreach (var item in e.Response.InvalidProducts)
            Console.WriteLine( "Invalid product: " + item );

        var products = e.Response.Products.Select( x => new InAppProductViewModel( x.LocalizedTitle, x.ProductIdentifier, x.LocalizedDescription, LocalizedPrice( x ), IsPurchased( x ), () => Purchase( x ) ) );
        var vms = products.ToList();

        ViewModel.UpdateProducts( vms );
    }

发生的事情是:

• 在沙盒/测试环境中，我们可以在 iOS 7 和 iOS8 设备上很好地查询产品 ID 并收到正确的响应
• 该应用已通过审核，我们已经成功销售商品，因此它对某些用户有效。
• 然而，我们有客户报告他们无法在我们的 App Store 中看到任何内容。它们的共同点是都运行 iOS 7 设备。 我们可以重现该问题 - 对于在 App Store 上发布的版本，我们在控制台上看到我们传递到 SKProductRequest 的每个标识符的输出“无效产品 ID”。标识符与我们在代码中指定的完全匹配。

这似乎只发生在 iOS 7 设备上，在实时 AppStore 环境中。我假设他们已经通过 iTunes 更新或其他方式破坏了 iOS 7 上的应用内购买。沙盒环境没有显示问题真的很奇怪。我们在多台设备和多个 iTunes 帐户上进行了测试，并全新安装了该应用程序。客户也有这些问题。

我已经与 Apple Developer Technical Support 和 iTunes provider support 合作，他们无法/不愿意与工程团队一起诊断问题。因此，在这里问这个问题，看看是否有其他人遇到同样的问题，或者是否能够使用他们的应用程序进行检查。我们已经等待了超过 24 小时的“产品更新”，这应该可以解决问题，但事实并非如此。

任何拥有应用程序内购买功能的应用程序的人都可以测试实时应用程序商店版本是否仍然可以在 iOS7 上运行吗？

---

注意:已经超过 72 小时了，表明这不是暂时的侥幸:

• iOS In App Purchase - "Invalid Product ID" in release, NOT development version
• In-App-Purchase invalid product id only on release version

---

我们已经向 AppStore 发布了 2 次 App 更新，但都没有解决问题。在 iOS8 上运行良好，在 iOS7 上运行 invalidProductIdentifiers。

这是我们从应用程序获得的控制台输出(稍微修改了日志记录)。 TASK-ASSERT 错误可能暗示出现问题，但我找不到有关该错误的任何信息。

Mar 10 08:08:28 iDevPad01 itunesstored[832] <Error>: TASK-ASSERT: cfurlcache - ProcessCacheTask - FAILED to get task-assertion, going commando with 1 items to process.
Mar 10 08:08:28 iDevPad01 RowingInMotionMobileBoatAppiOSSolo[855] <Warning>: Received SKProductResponse, debugdescription: <SKProductsResponse: 0x1776d950>
Mar 10 08:08:28 iDevPad01 RowingInMotionMobileBoatAppiOSSolo[855] <Warning>: Received SKProductResponse, description: <SKProductsResponse: 0x1776d950>
Mar 10 08:08:28 iDevPad01 RowingInMotionMobileBoatAppiOSSolo[855] <Warning>: Received SKProductResponse, products: 0
Mar 10 08:08:28 iDevPad01 RowingInMotionMobileBoatAppiOSSolo[855] <Warning>: Invalid product: coach
Mar 10 08:08:28 iDevPad01 RowingInMotionMobileBoatAppiOSSolo[855] <Warning>: Invalid product: boat
Mar 10 08:08:28 iDevPad01 RowingInMotionMobileBoatAppiOSSolo[855] <Warning>: Invalid product: com.rowinginmotion.mobile.boatapp.ios.solo.boat
Mar 10 08:08:28 iDevPad01 RowingInMotionMobileBoatAppiOSSolo[855] <Warning>: Invalid product: com.rowinginmotion.mobile.boatapp.ios.solo.coach

我们三天前提交了支持 DTS 事件，终于收到回复。他们同意我们的看法，这似乎是处理 InApp 购买的 iTC 网络服务中的一个内部问题。我会保持这个线程是最新的。

Answer 1

好消息 - Apple 终于找到了问题的原因。似乎 Xamarin.iOS 在构建过程中开始向应用程序包添加 iTunesMetadata.plist 文件(即使我们没有构建 IPA 并通过 xcode 存档进行部署)。

引用我们的 iOS 支持工程师的话:

The issue appears to be that in the deliverable asset which you uploaded to iTunesConnect, there is a “rogue iTunesMetadata.plist” which is not present in other in app purchase apps that do work under iOS 6/7. The issue here is that there is the same file that is built into the app when the app gets installed from the Store to the device. Because this file is present in the app bundle already, the one the StoreKit installs isn’t used. The reason this is a problem is that the iTunesMetaData.plist is missing the 2 field values that are normally included in the fetchSoftwareAddOns URL request that is generated when the SKProductsRequest is called.

作为临时解决方法，我修补了“_CompileITunesMetadata”msbuild 任务以防止生成 iTunesMetadata.plist

  <Import Project="$(MSBuildExtensionsPath)\Xamarin\iOS\Xamarin.iOS.CSharp.targets" />
  <!-- NOP out CompileITunesMetadata task, which creates a rogue metadata plist file that can break In App Purchases on iOS7 -->
  <Target Name="_CompileITunesMetadata" DependsOnTargets="_DetectSdkLocations;_DetectAppManifest;_GenerateBundleName;_CompileAppManifest">
     <Message Text="Skipping CompileITunesMetadata task, which creates a rogue metadata plist file that can break In App Purchases on iOS7" />
  </Target>

我们的 iOS 支持工程师向我指出，iTunesConnect 可能会内置验证例程，以防止/拒绝包含流氓 iTunesMetadata.plist 的应用程序提交，希望其他人不会受到这种奇怪的攻击行为。