blocks|key|540977|text|据我所知，你不能这么做。沙箱后端的工作方式就像一个真实的帐户--一旦购买，它就会被购买(因此您可以测试恢复)。你应该在你的大部分开发中使用商店的东西，然后当你真正测试它时，只需要创建几个测试账户即可。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|540978|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

You can't do this, as far as I know. The sandbox backend works like a real account-- once it's purchased, it's purchased (and thus you can test restore). You should do most of your development with the store stuff shimmed out, and then when you get to testing it for real, just expect to create several test accounts.

blocks|key|541013|text|查看SimStoreKit。它是“iPhone的模拟版本，用于在iPhone模拟器上测试商店用户界面，甚至在设备上测试，而无需在连接中设置StoreKit。”|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|541014|SimStoreKit将购买存储在键ILSimSKTransactions下的user+defaults中。因此，要清除所有购买，您可以执行以下操作：|style|CODE|541015|[[NSUserDefaults+standardUserDefaults]+removeObjectForKey:@"ILSimSKTransactions"]|code-block|syntax|javascript|541016|在模拟器上，您可以简单地删除您的应用程序并重新安装。|541017|在使用沙箱进行测试之前，我已经成功地使用SimStoreKit调试了我的应用程序的商店前台。这个库的美妙之处在于，它可以设置为使用与真正的StoreKit框架相同的类名(通过在执行#include+<ILSimStoreKit.h>之前执行#define+ILSimReplaceRealStoreKit+1+)。|541018|在我需要访问StoreKit的源文件中，我包含了这个头文件：|541019|#import+<TargetConditionals.h>

#if+TARGET_IPHONE_SIMULATOR
++++#define+kILSimAllowSimulatedStoreKit+1
++++#define+ILSimReplaceRealStoreKit+1
++++#import+<ILSimStoreKit.h>
#else
++++#import+<StoreKit/StoreKit.h>
#endif|541020|这样做的效果是，当我在模拟器上运行时使用SimStoreKit，当我在设备上运行时使用真实的StoreKit。|541021|entityMap|0|LINK|mutability|MUTABLE|url|https://github.com/millenomi/simstorekit^0|2|B|0|0|I|J|0|0|0|2I|Q|3C|Y|0|0|0|0^^$0|@$1|2|3|4|5|6|7|14|8|@]|9|@$A|15|B|16|1|17]]|C|$]]|$1|D|3|E|5|6|7|18|8|@$A|19|B|1A|F|G]]|9|@]|C|$]]|$1|H|3|I|5|J|7|1B|8|@]|9|@]|C|$K|L]]|$1|M|3|N|5|6|7|1C|8|@]|9|@]|C|$]]|$1|O|3|P|5|6|7|1D|8|@$A|1E|B|1F|F|G]|$A|1G|B|1H|F|G]]|9|@]|C|$]]|$1|Q|3|R|5|6|7|1I|8|@]|9|@]|C|$]]|$1|S|3|T|5|J|7|1J|8|@]|9|@]|C|$K|L]]|$1|U|3|V|5|6|7|1K|8|@]|9|@]|C|$]]|$1|W|3|-4|5|6|7|1L|8|@]|9|@]|C|$]]]|X|$Y|$5|Z|10|11|C|$12|13]]]]

Check out <a href="https://github.com/millenomi/simstorekit" rel="nofollow">SimStoreKit</a>. It's a "simulated version of the iPhone's StoreKit, for testing store UIs on the iPhone Simulator, or even on device without having to set up IAP in Connect."

SimStoreKit stores purchases in the user defaults under the key <code>ILSimSKTransactions</code>. So to clear all purchases you can do:

<pre><code>[[NSUserDefaults standardUserDefaults] removeObjectForKey:@"ILSimSKTransactions"]
</code></pre>

On the simulator, you can simply remove your app and install it again.

I've successfully used SimStoreKit to debug my app's store front before testing with the sandbox. The beauty of this library is that it can be set-up to use the same class names as the real StoreKit framework (by doing <code>#define ILSimReplaceRealStoreKit 1</code> before doing <code>#include &lt;ILSimStoreKit.h&gt;</code>).

In source files where I need to access StoreKit, I include this header file:

<pre><code>#import &lt;TargetConditionals.h&gt;

#if TARGET_IPHONE_SIMULATOR
 #define kILSimAllowSimulatedStoreKit 1
 #define ILSimReplaceRealStoreKit 1
 #import &lt;ILSimStoreKit.h&gt;
#else
 #import &lt;StoreKit/StoreKit.h&gt;
#endif
</code></pre>

This has the effect of using SimStoreKit when I run on the simulator and the real StoreKit when I run on the device.

blocks|key|541064|text|或者，要创建多个测试用户解决方案，您可以在iTunes+connect中的应用程序购买中创建多个测试，这样您就不需要更改用户帐户。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|541065|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

alternatively to create multiple test user solution you can create multiple test in app purchases in iTunes connect then you don't need to change a user account.

blocks|key|541103|text|我有2个在应用程序购买项目。1用于生产。另一个用于测试。当我需要“清除”时，我会删除应用程序中的条目并创建一个新条目(在itunes连接中需要15秒，在代码中需要1秒来更改产品id+)|type|unstyled|depth|inlineStyleRanges|entityRanges|data|541104|如果我不需要测试"new+user"，我会使用应用程序中的production项。|541105|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

I have 2 in app purchase items.
1 for production.
and the other for testing. when I need to "clear" I delete the in app item and create new one (15 seconds in itunes connect and 1 second to change the product id in code)

if i dont need to test "new user", i use the production in app item.

blocks|key|757744|text|从技术上讲你不需要这个。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|757745|如果你得到SKPaymentTransactionStateRestored，它100%25等同于应用商店验证用户并允许他购买。我有一个开关，像这样：|offset|length|style|CODE|757746|-+(void)paymentQueue:(SKPaymentQueue+*)queue+updatedTransactions:(NSArray+*)transactions
{
++for(+SKPaymentTransaction+*purch+in+transactions+)
++{
++++switch(+purch.transactionState+)
++++{
++++++case+SKPaymentTransactionStateRestored:
++++++++info(+"PURCHASE+RESTORE"+)+;
++++++++//+fall+thru
++++++case+SKPaymentTransactionStatePurchased:
++++++++[[SKPaymentQueue+defaultQueue]+finishTransaction:purch];
++++++++//+Do+regular+changes+to+app+state+for+this+purchase,
++++++++//+register+in+keychain,+etc.
++++++++break+;

+++++++//..+other+cases
+++++}
++}
}|code-block|syntax|javascript|757747|让你的应用程序逻辑/收回购买的问题很简单:如果你在keychain中缓存购买，删除你的keychain。如果你使用其他方式，只要改变你的本地应用状态，假装用户从未购买过它。request+to+purchase对话框仍然是完全相同的，唯一的区别是当你输入YES时，它会给你SKPaymentTransactionStateRestored而不是SKPaymentTransactionStatePurchased。|757748|entityMap^0|0|5|X|0|0|3S|X|4S|Y|0^^$0|@$1|2|3|4|5|6|7|Q|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|R|8|@$D|S|E|T|F|G]]|9|@]|A|$]]|$1|H|3|I|5|J|7|U|8|@]|9|@]|A|$K|L]]|$1|M|3|N|5|6|7|V|8|@$D|W|E|X|F|G]|$D|Y|E|Z|F|G]]|9|@]|A|$]]|$1|O|3|-4|5|6|7|10|8|@]|9|@]|A|$]]]|P|$]]

Well, technically you don't need that.

If you get <code>SKPaymentTransactionStateRestored</code>, it is 100% equivalent to the app store verifying the user and granting him the purchase. I have a switch like:

<pre><code>- (void)paymentQueue:(SKPaymentQueue *)queue updatedTransactions:(NSArray *)transactions
{
 for( SKPaymentTransaction *purch in transactions )
 {
 switch( purch.transactionState )
 {
 case SKPaymentTransactionStateRestored:
 info( "PURCHASE RESTORE" ) ;
 // fall thru
 case SKPaymentTransactionStatePurchased:
 [[SKPaymentQueue defaultQueue] finishTransaction:purch];
 // Do regular changes to app state for this purchase,
 // register in keychain, etc.
 break ;

 //.. other cases
 }
 }
}
</code></pre>

The question of having your app logic / take back the purchase is simple: if you're caching purchases in keychain, delete your keychain. If you're doing it some other how, just change your local app state to pretend like the user never purchased it before. The request to purchase dialog is still exactly the same, the only difference is when you punch YES, it gives you <code>SKPaymentTransactionStateRestored</code> instead of <code>SKPaymentTransactionStatePurchased</code>.

blocks|key|757815|text|只需继续使用同一个测试帐户，恢复购买，而不是完成新的购买。毕竟，无论你是开始新的购买还是恢复旧的购买，你的应用程序都会做同样的事情(至少在开始时，用户界面可能会在完成后进行不同的更新)。苹果是那些在不同情况下处理事情的人--不用担心。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|757816|将您的交付逻辑放在此方法的实现中的SKPaymentTransactionStateRestored用例中，以进行测试：|757817|-+(void)paymentQueue:(SKPaymentQueue+*)queue
+updatedTransactions:(NSArray+*)transactions;|code-block|syntax|javascript|757818|然后确保将该交付逻辑放入SKPaymentTransactionStatePurchased案例中。|757819|最后，因为我们大多数人都有不同程度的强迫症，所以用一个新的账户做一个最后的测试(为了绝对确定，再做一个测试没什么大不了的)。|757820|最后要注意的是:考虑一下苹果的立场。如果开发人员不得不浪费时间创建数十或数百个帐户来彻底测试IAP，那么他们就已经解决了这个问题。没有问题。|757821|entityMap^0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|Q|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|R|8|@]|9|@]|A|$]]|$1|D|3|E|5|F|7|S|8|@]|9|@]|A|$G|H]]|$1|I|3|J|5|6|7|T|8|@]|9|@]|A|$]]|$1|K|3|L|5|6|7|U|8|@]|9|@]|A|$]]|$1|M|3|N|5|6|7|V|8|@]|9|@]|A|$]]|$1|O|3|-4|5|6|7|W|8|@]|9|@]|A|$]]]|P|$]]

Just keep using the same test account, restoring purchases as opposed to completing new ones. After all, whether you start a new purchase or restore an old one, YOUR APP will do the same thing (at least initially, maybe the user interface will update differently upon completion). Apple are the folks handling things differently in those different situations - don't worry about it.

Place your delivery logic in the SKPaymentTransactionStateRestored case within this method's implementation for testing: 

<pre><code>- (void)paymentQueue:(SKPaymentQueue *)queue
 updatedTransactions:(NSArray *)transactions;
</code></pre>

Then be sure to put that delivery logic into the SKPaymentTransactionStatePurchased case.

At the end, because most of us are obsessive-compulsive to varying degrees, do a final test with a fresh account (not a big deal to make a second one for absolute certainty).

The final thing to note: consider apple's position. If there was a problem with developers having to waste time creating tens or hundreds of accounts to test IAP thoroughly, they would have solved the problem. There is no problem.

blocks|key|541268|text|删除您的应用程序并重新安装也适用于沙盒测试。这显然取决于应用程序，但我正在测试一个基于订阅的应用程序，目前只在注册时购买，所以这是最简单的解决方案。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|541269|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Deleting your app and reinstalling works also for sandbox testing. Depends on the app obviously, but I'm testing a subscription based app that only purchases during sign up at the moment so it's been the easiest solution.

blocks|key|541483|text|您可以清除测试仪的购买历史记录，以便可以继续使用相同的沙盒Apple+ID进行持续测试。清除购买历史记录将删除选定测试人员在沙箱环境中购买的所有过去的自动续订订阅和非消耗品。客户在App+Store上进行的应用内购买不受影响。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|541484|要清除测试仪购买历史，请执行以下操作：|541485|在用户和访问中的沙盒下，单击测试人员。|541486|单击编辑。|541487|​|541488|📷|atomic|offset|length|541489|541490|选中要修改的每个测试仪的复选框，然后单击Clear+Purchase+History。|541491|541492|541493|541494|在出现的对话框中单击Clear+Purchase+History。|541495|541496|541497|541498|购买次数较多的沙盒Apple+ID可能需要更长时间才能清除。此操作不可撤消。|541499|entityMap|0|IMAGE|mutability|IMMUTABLE|imageUrl|https://ask.qcloudimg.com/http-save/yehe-900000/c22e8d666773d4def41c170021dd2da5.png|imageAlt|1|https://ask.qcloudimg.com/http-save/yehe-900000/367520aeb8563be4e16c18d698235457.png|2|https://ask.qcloudimg.com/http-save/yehe-900000/1af7844a0c1f60debf058ed9c35d3403.png^0|0|0|0|0|0|0|1|0|0|0|0|0|0|1|1|0|0|0|0|0|1|2|0|0|0^^$0|@$1|2|3|4|5|6|7|1E|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|1F|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|1G|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|1H|8|@]|9|@]|A|$]]|$1|H|3|I|5|6|7|1I|8|@]|9|@]|A|$]]|$1|J|3|K|5|L|7|1J|8|@]|9|@$M|1K|N|1L|1|1M]]|A|$]]|$1|O|3|I|5|6|7|1N|8|@]|9|@]|A|$]]|$1|P|3|Q|5|6|7|1O|8|@]|9|@]|A|$]]|$1|R|3|I|5|6|7|1P|8|@]|9|@]|A|$]]|$1|S|3|K|5|L|7|1Q|8|@]|9|@$M|1R|N|1S|1|1T]]|A|$]]|$1|T|3|I|5|6|7|1U|8|@]|9|@]|A|$]]|$1|U|3|V|5|6|7|1V|8|@]|9|@]|A|$]]|$1|W|3|I|5|6|7|1W|8|@]|9|@]|A|$]]|$1|X|3|K|5|L|7|1X|8|@]|9|@$M|1Y|N|1Z|1|20]]|A|$]]|$1|Y|3|I|5|6|7|21|8|@]|9|@]|A|$]]|$1|Z|3|10|5|6|7|22|8|@]|9|@]|A|$]]|$1|11|3|-4|5|6|7|23|8|@]|9|@]|A|$]]]|12|$13|$5|14|15|16|A|$17|18|19|-4]]|1A|$5|14|15|16|A|$17|1B|19|-4]]|1C|$5|14|15|16|A|$17|1D|19|-4]]]]

You can clear the purchase history for a tester so that you can continue to use the same sandbox Apple ID for ongoing testing. Clearing purchase history will delete all past auto-renewable subscriptions and non-consumables purchased by the selected testers in the sandbox environment. In-app purchases made by customers on the App Store are not affected.
To clear tester purchase history:
From Users and Access, under Sandbox, click Testers.
Click Edit.
<a href="https://i.stack.imgur.com/oDZIx.png" rel="nofollow noreferrer"><img src="https://i.stack.imgur.com/oDZIx.png" alt="enter image description here" /></a>
Select the checkbox for each tester you want to modify and click Clear Purchase History.
<a href="https://i.stack.imgur.com/KwPnV.png" rel="nofollow noreferrer"><img src="https://i.stack.imgur.com/KwPnV.png" alt="enter image description here" /></a>
Click Clear Purchase History in the dialog that appears.
<a href="https://i.stack.imgur.com/Qv7Ot.png" rel="nofollow noreferrer"><img src="https://i.stack.imgur.com/Qv7Ot.png" alt="enter image description here" /></a>
Sandbox Apple IDs with a high number of purchases may take longer to clear. This action cannot be reversed.

Does anyone have any ideas on how to reset and/or clear the iOS in-app purchase sandbox?

I have an app that I'm testing with the sandbox, and I'd like to test new purchases without having to create a new test user every time I purchase something.

If I don't do this, then I (of course) always get a message that the in-app purchase item has already been purchased when I click on my app's buy button.

Clearing purchases from iOS in-app purchase sandbox for a test user

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

有谁有关于如何重置和/或清除iOS应用内购买沙箱的想法吗？我有一个正在用沙箱测试的应用程序，我想测试新购买的东西，而不必在每次购买东西时创建一个新的测试用户。如果我不这样做，那么当我点击我的应用程序的购买按钮时，我(当然)总是会得到一条消息，表明应用程序中的购买项目已经被购买了。

问为测试用户清除iOS应用内购买沙箱中的购买
EN

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问为测试用户清除iOS应用内购买沙箱中的购买EN