特别简单，在主工程设置中，只要resource parse加入那个图片文件夹或者图片目录就可以正常访问了
网上的教程，不是让制作bundle就是把framework加入这个resource parse里面。
制作bundle 我是按照教程没有成功
framework这个倒是成功了，但是发布软件的时候，系统验证的时候有错误，类似与framework应该在自己的文件夹
这样的 it should be under ''Frameworks
第二个报错是 CFBundleExecutable of supported bundles .更好。
一开始没有仔细读英文，以为是静态framework和动态framework的问题，就一直再解决这个问题，后来发现是因为framework不应该存在哪个位置。
所以继续解决framework的问题，就开始研究bundle 没能成功。
发现只要把图片加入那个路径就好了。
哎，ios和java以及其他语言的不同，java是靠目录区分，ios多为指向区分。代码或者图片不在工程能也可以。
JNI里写的Ｃ++增加了函数或修改了，如果此时是Debug模式下，而且还没退出程序，就出现这个Permission denied的提示。解决也很简单：就是退出App即可。如果退出无响应，直接拔usb,重新插上也可以
Express是一个基于Node.js的轻量级web开发框架，具有体积小，使用灵活等特点。查看Express的源码，如果不计供使用的中间件，主体框架只有一千余行代码，非常简练。
express不存在会阻塞请求的问题，每个请求都是一个独立的句柄，但这个应该是浏览器的策略，同样一个地址，没必要并发请求。
线程是进程的一个执行流，线程不能分配系统资源，它是进程的一部分，比进程更小的独立运行的单位。 解释一下：进程有两个特性：一是资源的所有权，一个是调度执行（指令集），线程是调度执行中的一部分，是指进程执行过程的路径，也叫程序执行流。线程有时候也叫轻量级进程。
我们在压测一台目标服务器，想看下负载的连接数，当我们压到一定数量的时候，控制台突然报"too many open files"，这是因为linux系统创建一个TCP连接的时候，都会创建一个socket句柄，每个socket句柄就是一个文件句柄。
Linux 内核参数考虑的是最通用场景，并不符合用于支持高并发访问的Web服务器的定义，所以需要修改Linux内核参数。其次，对 Nginx 的一些参数，也需要根据服务情况进行调整。
大多数的 Linux 程序都倾向于使用进程而不是线程，因为 Linux 下相对来说创建进程的开销比较小，而 Linux 的线程功能又不是很强大。
进过上面两种方式的对比，结果很明显，多进程处理速度是单线程处理速度的 4 倍多。而且有条件的情况下，如果电脑 CPU 足够，进程数更多，那么速度也会更快。
前两天在调查一个"too many open files"的问题，和之前一样，自然而然的用到了lsof，加上一堆漂亮的命令组合来查看哪些程序打开了很多文件。
mysql创建用户只能访问特定数据库，并拥有全部权限