在苹果在线商店上购买教育优惠产品的具体流程是怎样的

非常的繁琐。以下是苹果官方的解释：准备提交到AppStore您的大部分时间都花在了编程任务上，但是要为AppStore开发应用程序，您还需要在应用程序的整个生命周期中，使用Xcode和其他工具来执行一些管理任务。AppStore是一个受监管的商店，限制哪些应用程序可以销售。Apple这么做是为了尽可能地为用户提供最佳体验。例如，在AppStore上出售的应用程序不得崩溃或出现其他主要错误。Apple为您提供了所需的工具，来进行开发和测试，以及将应用程序提交到AppStore。要在设备上运行应用程序，设备需要为开发和稍后的测试做好预备工作。还需要提供应用程序的相关信息，以供AppStore显示给客户，并且还需要上传屏幕快照。然后将应用程序提交给Apple审批。应用程序审批通过后，您设定应用程序在AppStore上架销售的日期。最后，使用Apple的工具来监测应用程序的销售、客户评论和崩溃报告。然后再次重复整个流程，来提交应用程序的更新。如果使用某些技术（例如iCloud储存或应用程序内购买），则需要执行额外的配置和管理任务。您还要执行管理开发者团队的任务。加入iOSDeveloperProgram要为AppStore开发应用程序，首先需要加入iOSDeveloperProgram。加入该计划之后，您可以访问所需的资源和工具，来管理您的帐户，以及在设备上测试应用程序。您将成为与Apple联络的主要人员，负责签订法律条款、创造资产并推广您的应用程序。您将要回答是个人开发者，还是公司开发者。如果是公司开发者，您可以将其他人添加到您的团队，并授予权限给他们中的某些人来管理帐户。在开发期间，需要在设备上运行应用程序的个别人士，要先加入您的团队。您将使用以下iOSDeveloperProgram网上工具来管理您的帐户：MemberCenter是管理DeveloperProgram帐户、注册AppID和设备、制作签名证书以及创建预置描述文件的工具。MemberCenter还是通向其他资源和工具（包括iTunesConnect）的大门。iTunesConnect是营销和商务工具，用来检查合同状态、设置税务及银行信息、获取销售及财务报告，以及管理应用程序元数据。您可以使用Xcode执行某些MemberCenter的管理任务，再根据需要返回到MemberCenter，这些管理任务对安全来说是非常必要的，并确保您的应用程序不会被过早发布。为AppStore创建项目并进行配置从模板创建Xcode项目时，某些AppStore配置已经完成。Xcode会提示您输入产品名称和公司标识符。捆绑包ID就来自这两项属性。例如，在HelloWorld项目中，产品名称是HelloWorld，公司标识符是eduself。因此，默认的捆绑包ID为eduselfHelloWorld。Xcode也为其他值使用合理的默认值。您应该认真考虑，使用哪个模板来创建应用程序，使用什么设置来配置项目；从正确的模版开始，有助于加速开发过程。如果想要稍后更改这些设置，或使用iCloud储存，您可在Xcode的目标“Summary”面板中找到大部分设置，包括启用权利。例如要通过验证测试，您需要设定应用程序图标和启动画面，它们出现在“Summary”面板上的“iPhone/iPodDeploymentInfo”下面。这些图像用来在AppStore中代表您的应用程序。为开发预备好设备开发期间，要在设备上运行应用程序，该设备必须连接到Mac、已启动开发功能，并经过Apple识别。只需提供应用程序、您本人和设备的一些相关信息，就可以完成以上准备工作。您创建一种名为developmentcertificate的签名证书来标识您自己。所有这些信息都会纳入开发预置描述文件，该文件最终要安装到设备上并允许应用程序开启。通过使用Xcode为您创建的默认AppID和iOS团队预置描述文件(iOSTeamProvisioningProfile)，您可以使用Xcode中的“Devices”管理器来预备设备，以进行开发。（但是，如果使用iCloud储存、推送通知、应用程序内购买或GameCenter，则需要创建一个专用预置描述文件。）第一次在“Devices”管理器中刷新预置描述文件时，Xcode会创建您的签名证书。Xcode代表您创建开发和分发证书(developmentanddistributioncertificates)。（分发证书在稍后测试和提交应用程序到AppStore时需要。）iOS团队预置描述文件可让您立即开始在设备上运行应用程序。首次将设备添加到您的帐户时，Xcode会使用默认AppID、设备ID和您的开发证书来创建iOS团队预置描述文件。只需要将设备与Mac连接，然后点按“UseforDevelopment”按钮，将设备添加到iOS团队预置描述文件。然后，Xcode自动将此描述文件安装在您的Mac连接着的设备上。预备新设备以用于开发时，Xcode也更新此预置描述文件。生成应用程序时，您要进行代码签署，采用的签名证书就包含在要使用的预置描述文件中。在Xcode项目编辑器中，使用“CodeSigningIdentity”生成设置d出式菜单，将“CodeSigningIdentity”设定为iOS团队预置描述文件中包含的开发者证书。将设备预备好用于开发后，可以告诉Xcode在设备上启动应用程序。方法是在生成应用程序前，在“Scheme”d出式菜单中，更改运行目的位置的设置。将附带有效预置描述文件的设备连接到Mac时，设备名称和其运行的iOS版本，会作为选项出现在目的“Scheme”d出式菜单中。选取“Product”>“EditScheme”以打开方案编辑器。将设备预备好用于开发后，可以告诉Xcode在设备上启动应用程序。方法是在生成应用程序前，在“Scheme”d出式菜单中，更改运行目的位置的设置。将附带有效预置描述文件的设备连接到Mac时，设备名称和其运行的iOS版本，会作为选项出现在目的“Scheme”d出式菜单中。选取“Product”>“EditScheme”以打开方案编辑器。在多个设备和多个iOS版本上测试应用程序您应该制定计划，在各种设备和iOS版本上严格测试应用程序。仅使用模拟器并仅在预备用于开发的设备上测试应用程序，是不够的。模拟器不能运行在设备上运行的所有线程，使用Xcode在设备上开启应用程序，会停用某些监察定时器(watchdogtimer)。至少，您应该在所有能找到的设备上测试应用程序。最理想的做法是，在打算支持的所有设备和iOS版本上测试应用程序。做法是创建一个名为adhocprovisioningprofile（临时预置描述文件）的特殊分发预置描述文件，并将其和应用程序一起发送给测试员。临时预置描述文件不需要将测试员添加到您的团队，不需要创建签名证书或使用Xcode运行应用程序。应用程序测试员仅需在他们的设备上安装该应用程序和临时预置描述文件，就可启动应用程序。然后，可以从这些测试员收集和分析崩溃报告或日志，从而解决问题。首先，从测试员那里收集所有的设备ID，并将它们添加到MemberCenter。测试员可使用iTunes来获得他们设备的ID。通过使用MemberCenter，您可以创建包含您的AppID和这些设备ID的临时预置描述文件。应用程序可用于测试时，使用Xcode来创建归档和生成iOSAppStore软件包（文件扩展名为ipa的文件）。在“Archives”管理器中，选择归档，点按“Distribute”按钮，然后点按“SaveforEnterpriseorAd-HocDeployment”选项来创建软件包。创建软件包时，您先使用临时预置描述文件中的分发证书给归档签名，然后将软件包分发给测试员。应用程序可用于测试时，使用Xcode来创建归档和生成iOSAppStore软件包（文件扩展名为ipa的文件）。在“Archives”管理器中，选择归档，点按“Distribute”按钮，然后点按“SaveforEnterpriseorAd-HocDeployment”选项来创建软件包。创建软件包时，您先使用临时预置描述文件中的分发证书给归档签名，然后将软件包分发给测试员。测试员使用iTunes在他们的设备上安装预置描述文件和应用程序。应用程序在设备上崩溃时，iOS会创建该事件的记录。下次测试员将设备连接到iTunes时，iTunes会将这些记录（称为“崩溃日志”）下载到测试员的Mac上。测试员应该将这些崩溃日志发送给您。在iTunesConnect中配置应用程序数据应用程序在AppStore销售时，该商店会显示应用程序的很多信息，包括名称、描述、图标、屏幕快照和您公司的联系信息。要提供这些信息，请登录到iTunesConnect，为应用程序创建记录并填写一些表单。iTunesConnect中的记录包括捆绑包ID栏；在此栏中输入的值必须完全匹配应用程序的捆绑包ID。应用程序名称和版本也需要与Xcode项目配置相符。插图需要上传到AppStore以通过验证测试，AppStore要用它们将应用程序展示给客户。应用程序记录状态至少应该是“WaitingforUpload”，才可将应用程序提交到AppStore。通常在开发过程的较后阶段，才创建iTunesConnect应用程序记录，因为从创建记录到提交应用程序之间有时间限制。但是，一些Apple技术（包括GameCenter和应用程序内购买）要求早一点创建iTunesConnect记录。例如，对应用程序内购买而言，需要创建应用程序记录以便添加您想要出售项目的详细信息。此内容需要在开发过程完成之前创建，以便使用它来测试实现应用程序内购买所添加的代码。将应用程序分发到AppStore将应用程序提交到AppStore需要很多步骤，还会用到几个工具。首先登录到iTunesConnect，将应用程序记录的状态更改为“WaitingforUpload”或靠后的状态。然后使用MemberCenter创建分发证书和分发预置描述文件。使用Xcode创建归档、验证归档，并将其提交到AppStore。应用程序通过审批后，使用iTunesConnect设定让客户购买该应用程序的日期。当应用程序准备发布时，您需要创建分发预置描述文件(distributionprovisioningprofile)，选择AppStore作为分发方法。创建这种类型的预置描述文件时，只需选择一个AppID，而不选择任何签名证书或设备ID。

1、查看打包机上日志。

*** 作系统:macos路径:~/library/logs/unity/editorlog

*** 作系统:windows路径:c:\ users\username\appdata\local\unity\editor\editorlog

2、如果是自动打包流程，最好项目自己创建个txt文档，记录整个自动打包流程，这样打包失败时，也方便知道哪个流程出错了。

是不是主板跟硬盘连接的排线坏掉了呢，在淘宝上搜了一下，卖排线的很多

电脑偶尔d出提示框"发生意外错误（错误代码-50）"，d出这个提示之后硬盘好像变成只读模式，无法保存任何东西到硬盘。重启之后会好一会儿，但是用几个小时又会出现相同的问题。

最开始没有在意这个问题，某次又出d出了这个提示，想着重启太麻烦，干脆注销一下，估计会好，谁知注销之后系统就卡死了，卡了好长一段时间，看着没有反应，就只有强制关机了，再次打开发现系统进度条到达30%左右就前进不了了，等了好长时间还是进入不了系统，系统估计已经崩溃了。

重装系统步骤如下：

1制作U盘启动盘，Mac系统不同版本的系统制作方法都不一样，这个一定要自己去网上搜索相应的资料， 1010 的系统制作起来尤为麻烦。

2将制作好的U盘插在需要重装系统的Mac上，然后按住 option 然后按开机键，直到界面上出现盘符之后再松开 option键。选择你的U盘，系统将会启动进入 Recorvery模式，这个类似于PC上使用 windows PE。

3在Recorvery模式里面选择磁盘工具，将你的原有磁盘进行抹掉 *** 作，格式一定要选择 Mac OS 扩展（日志式），然后既可以选择重装系统即可。

上面的步骤是针对仅仅重装系统或者电脑更换磁盘之后其他硬件没有问题的时候的正常 *** 作步骤。我的电脑比较诡异，明明进入了U盘的Recorvery模式，使用磁盘工具无法格式化电脑的磁盘。抹掉 *** 作执行了两次，一次是报错，第二次干脆卡死，重启之后找不到磁盘。既然使用U盘的Recorvery无法格式化那我就把硬盘拆下来，用别的电脑进行格式化 *** 作，果然，使用别的电脑顺利进行了格式化。然后是重装系统环节。哪知道开始重装的时候进入最开始的是否同意向苹果验证您的电脑是否可以安装这个系统的时候就卡死了，然后是重启，再试，还是卡死。分析原因，可能是格式化磁盘之后只能安装出厂的系统，我的电脑出厂系统是 Mountain lion 系统（也就是108系统），我现在要安装的是 1010 系统

崩溃报告仅仅是更大的系统诊断报告的一部分。

一般来说，作为应用程序的开发人员，我们并不需要再深入研究。但是，如果我们的问题可能是由一系列无法解释的事件或更加复杂的系统与硬件或 Apple 提供的系统服务的交互而引发的话，那么我们不仅需要查看崩溃报告，还需要研究系统诊断信息。

在我们复现崩溃环境时，我们可能需要安装移动设备管理配置文件（以打开某些调试子系统），或创建虚拟网络接口（用于网络嗅探）。苹果提供了一个涵盖每个场景的网页。

在 iOS 设备上，基本的思路是我们安装一个配置文件，该配置文件会更改设备以产生更多日志记录，然后重现崩溃（或是让客户进行这样的 *** 作）。然后，我们按设备上的特殊键序列（例如，音量按钮和侧面按钮）。 设备会短暂振动，表明它正在运行程序 sysdiagnose ，该程序会提取许多日志文件。 这可能需要花费 10分钟来处理，并生成一个大文件（压缩的tar文件）。

然后，与Mac共享本地sysdiagnosis文件。我们点开菜单 Settings > Privacy > Analytics and Improvements > Analytics Data 。向下滚动以查找开头的文件 sysdiagnose_YEARMONTHDAY_ 。

这是一个 sysdiagnose 日志文件示例

选择此文件后，我们将得到一个空白屏幕，但这不是问题。 我们单击顶部工具栏中的 Share 图标，然后选择适当的共享目标。

在此存档文件中，有许多系统和子系统日志，因此我们可以随时查看崩溃发生的原因。

在 macOS 上也可以使用等效方法。

除了 sysdiagnose 日志，我们可以看到我们的设备还有很多其他文件。这些信息可以让我们了解系统的总体运行状况。

SUBSYSTEMcpu_resource-YEARMONTHDAY_ipssynced 包含 CPU Resource 配置文件日志。

这是一个来自 apfs_defragd 的例子，APFS 文件系统碎片整理程序。

SUBSYSTEMdiskwrites_resource-YEARMONTHDAY_ipssynced 包含 Disk Utilization 配置文件日志。

这是一个来自 assetd 的例子，Asset 管理软件。

Jetsam 一词最初是一个航海术语，指船只将不想要的东西扔进海里，以减轻船的重量。在 iOS 中， Jetsam 是将当前应用从内存中d出以满足当前最重要应用需求的系统。

与 macOS 相比，激进（积极）的内存管理是 iOS 的一个特点，macOS 对内存使用有非常宽松的限制。通俗来说，移动设备是内存受限的设备。然而，随着移动设备的功能越来越强大，特别是 iPad 设备，这种差异已经越来越小。现在，Apple Watch 被认为是内存受限的设备。然而， Jetsam 严格的内存管理系统为我们提供了良好的服务，在给定的 RAM 量下保证最佳的用户体验。

最好把 Jetsam 看作是正常的行为，从内存中d出并不一定是我们应用程序设计的错误。我们本来可以在后台运行，当用户使用拍照功能进行大量的拍照和图像特效时，内存使用量会增加。

如果我们经常从内存中d出，我们必须考虑我们是否在后台使用了过多的内存； 我们的目标应该是不超过 50 MB或更小。我们还应该编写程序方法来保存上下文、销毁缓存和保存状态，以便从保存的状态恢复。然后我们应该 Hook 在这样的功能，当我们从系统得到一个内存警告消息时，如 AppDelegate 中的 applicationDidReceiveMemoryWarning: 的回调 ，执行该方法。

Apple 记录了 Jetsam 事件可能发生的各种原因，以及如何避免它们的内存管理技术。

并没有实际的文档说明这种限制，但是通常应用程序比应用程序扩展拥有有更多的后台内存使用。应用程序扩展有各种类型的扩展，每一种都有自己的限制。例如，一个照片编辑应用程序扩展会有很大的限制，因为它通常是一个重量级的图像处理程序。

在 Jetsam 报告中首先要查找的是 reason 字段。

实际上，我们还没有见过 fc-thrashing 或 jettisoned 的情况，但是它们仍然是可能的。

Jetsam 报告被命名 JetsamEvent-YEARMONTHDAY_ipssynced

下面是一个例子报告说明了 highwater 事件的 wifianalyticsd ：

感谢你阅读本文！