当前位置: 首页 > 面试题库 >

iOS JSON错误:NSDebugDescription =垃圾已结束

云季同
2023-03-14
问题内容

这是一个非常奇怪的错误,当从服务器(通过PHP生成)中获取JSON时,在调用时会收到此错误:

json = [NSJSONSerialization JSONObjectWithData:kivaData
                                       options:kNilOptions
                                         error:&jsonError];

JSON错误:错误域= NSCocoaErrorDomain代码= 3840“操作无法完成。(可可错误3840。)”(结束时为垃圾。)UserInfo =
0x178467d00 {NSDebugDescription =结束时为垃圾。}

我的(NSData * kivaData)可以完美地抓取所有内容,但无法解析JSON。

我已经在http://jsonlint.com/中运行了我的JSON代码,并且每次都有效。

这真的很奇怪,因为当我连接到Wifi时它可以解析JSON,但是当我尝试通过蜂窝网络进行操作时,它将无法工作。它确实可以在某些人的手机上通过蜂窝网络工作,但每次都可以。


问题答案:

我最终不得不将我的php文件从响应json语法更改为仅使用json_encode输出。



 类似资料:
  • 来自MSDN:“当一个对象不可访问时,垃圾收集器会将该对象视为垃圾。然后,当垃圾收集器将一个对象的条目从终结队列移动到freachable队列时,该对象不再被视为垃圾,其内存也不会被回收。此时,垃圾收集器已完成对垃圾的识别。一些被识别为垃圾的对象已被重新分类。”被归类为非垃圾。垃圾收集器压缩可回收内存,特殊运行时线程清空可回收队列,执行每个对象的Finalize方法。需要两个GC来回收需要终结的对

  • 我们正在客户端的正式服堆上工作,以检测和解决内存泄漏。为此,我们定期使用jmap来收集必要的信息。 但上周我们无法进行转储,因为它触发了一个EOF错误并关闭了Tomcat实例。 我在网上搜索了一下,但找不到关于这个错误的任何具体信息。我们检测到,只有在使用Gc-First垃圾收集器算法时才会发生这种情况。 这是我们用来执行jmap的命令行: jmap文件heap.bin 服务器上的Java版本:J

  • 垃圾回收 我们对生产中花了很多时间来调整垃圾回收。垃圾回收的关注点与Java大致相似,尽管一些惯用的Scala代码比起惯用的Java代码会容易产生更多(短暂的)垃圾——函数式风格的副产品。Hotspot的分代垃圾收集通常使这不成问题,因为短暂的(short-lived)垃圾在大多情形下会被有效的释放掉。 在谈GC调优话题前,先看看这个Attila的报告,它阐述了我们在GC方面的一些经验。 Scal

  • 对于开发者来说,JavaScript 的内存管理是自动的、无形的。我们创建的原始值、对象、函数……这一切都会占用内存。 当我们不再需要某个东西时会发生什么?JavaScript 引擎如何发现它并清理它? 可达性(Reachability) JavaScript 中主要的内存管理概念是 可达性。 简而言之,“可达”值是那些以某种方式可访问或可用的值。它们一定是存储在内存中的。 这里列出固有的可达值的

  • Kubernetes 垃圾收集器的角色是删除指定的对象,这些对象曾经有但以后不再拥有 Owner 了。 注意:垃圾收集是 beta 特性,在 Kubernetes 1.4 及以上版本默认启用。 Owner 和 Dependent 一些 Kubernetes 对象是其它一些的 Owner。例如,一个 ReplicaSet 是一组 Pod 的 Owner。具有 Owner 的对象被称为是 Owner

  • 垃圾收集,引用计数,显式分配 和所有的现代语言一样,OCaml提供垃圾收集器,所以你不用像C/C++一样显式地分配和释放内存。 JWZ在他的文章 "Java sucks" rant(Java蛋疼(怒)!): 第一个好家伙是Java没有 free()。其他的都没有所谓了。这几乎掩盖了所有的缺点,不管有多糟糕, 这个有点让后续文档基本都没有意义了,但是...(译注:但是啥大家自己看吧) OCaml的垃