jansson，就这个库，破几把玩意，本来很简单的Json，就是简单的字符串操作，ATL一个CString就能解决，QT的QSting也能解决，DELPHI的String也能解决。而这B，非把那么简单的字符串操作当成一个诺大的工程，用了16个文件，108K代码来解决一个小小的Json。我就不明白了，到底是怎么搞得。
结果，我现在用这破逼库，本来打算再深层次封装一下，把Json封装成结构体类似的访问方式，比如
json_t Json_getJsonArrayWithIndex( json_t *jroot , char * cstrKey , int index );
根据索引获取Json内部数组内第index个object元素
我内部首先根据Key从root获取数组，然后，在数组内部根据index获取object元素。
但是，操了，我把数组释放了之后，我获取到的object也被释放了，谁规定的爹死了儿子必须跟着一起死。操了，这是什么逻辑。
然后就好办了，这次，爹死了一次，下次再想找爹也找不到了。以后再次用Key获取root永远失败。
操了，这么简单的字符串操作，怎么到这里就这么麻烦了。不就是来回判断几个大括号，中括号，然后做字符串匹配么。
操了，我就不明白，这帮B是为了显示自己对操作系统的深刻理解还是显示自己在编程方面的高深造诣，这么简单的东西，竟然还使用了引用计数。这么简单的字符串操作，犯得上么，划得来么。当我的头告诉我它使用了引用计数，不能直接释放的时候，我浑身冒冷汗啊，这破逼玩意。。。真真的是太伟大了。

不知道是我对这破逼玩意的理解不够深刻，还是我用的有什么毛病，反正这东西是不能满足我的需求，作为一个C/C++程序员，代码的灵活性是十分重要的。我可不是JAVA程序员，一个功能就那么几个实现办法。

我没有调试环境，公司的调试环境我又用不到，我可以在我的程序里面，LoadLibrary一个MFC的DLL，然后弹出一个对话框，自己做控制台，写外挂不就这么回事么。我是C/C++程序员，我需要代码的灵活使用。

但是这个破逼库。我实在不想说啥了。

个人从来不喜欢用第三方库，安全性，灵活性，完全没有保障，一丁点都没有保障。

json = json_object_get( jroot , "routes" );
 Json_getJsonStringToInt( json , "count" , &j );

 strW[0] = L'\0';
 strT = (int *)buffer;
 *strT = j;

 jsont = json_object_get( json , "item" );
 for ( i = 0 ; i < j ; i++ )
 {
  strT[1+i] = (int)( buffer + sizeof(int) * ( j + 1 ) + k ) ;
  jsonarr = json_array_get( jsont , i );
  Json_getJsonString( jsonarr , "name" , strA );
  cq_decodeUtf8( strA , -1 , strW , 100 );
  cq_wcscpy( (cqWCHAR *)(strT[1+i]) , strW );
  k += ( wcslen( strW ) + 1 ) * 2;
  json_decref( jsonarr );
 }

 json_decref( jsont );
 json_decref( json );

就这么简短的一段代码，我就不知道我哪里写错什么了。崩了， json_decref( jsont ); 执行到这里就崩。