在公司一个项目中，用到了highchart做图表显示的组件，这就要用到了javascriptcore,代码就不上了，说说原理。
需求是这样的，通过http请求server csv格式的数据，然后解析，最后传入LOCAL的html 中用highchart显示出来。
由于需要显示loading，progress等，所以就用了IOS提供的原生NSURLConnection，实现 NSURLConnectionDelegate 和 NSURLConnectionDataDelegate .
原先的设计是这样的，在controller view实现 <UIWebViewDelegate> ,在viewDidLoad 中加载本地的html文件（这个就是显示chart的html，里面配置好chart所需要的一切，只等OC传数据进来），在 - webViewDidFinishLoad: 中初始化JSContext并开始连接请求. 在 - connectionDidFinishLoading: 把数据痛过[JSContext[@"value" callWithArguments:] ]传给对用的js method。
这样做，Chart偶尔能出来，更多时候throw exception。exception有两个，一是: exc_bad_access code=1 address=**** 另一个是: exc_breakpoint (code=exc_i386_bpt subcode=0x0) .
开始怀疑是数据的问题，就把网络请求到的数据储存到本地，然后在- webViewDidFinishLoad: 通过JSContext传给js，结果完全没有问题，chart每次显示完美。
通过搜索，在stackoverflow中了解到报错：exc_bad_access code=1 address=**** 的原因是，使用了已经release的object。通过Debug，跟踪到出问题时候是在调用js method的时候。因为项目用的是ARC，而我们的服务器是放在AWS上面的，并且注册的region是Ireland，服务器响应时间一般在2~5s，（比较慢，因为后台需要计算），我想，是不是在等待的这段时间，OC已经把我的JSContext release了，因为我是在 - webViewDidFinishLoad: 中初始化JSContext对象并开始请求数据的，也就是说，JSContext对象至少闲置了2~5s的时间。
开始修改代码，在 viewdidload 中首先开始请求数据，等请求完成后在开始load local html，然后在- webViewDidFinishLoad: 再初始化JSContext，并把数据传过去[JSContext[@"value" callWithArguments:] ] ，run ... 一切没问题。
ARC的确是方便了我们很多，也许我们在享受它带来好处的同时也要警惕它最大的好处。