iOS程序有固定的文件访问限制，只能在自己的沙盒内。

  UIImage *img=[UIImage imageNamed:@"cellicon.png"];

这段代码从相对路径加载了一个png图片资源作为UIImage对象，没有任何问题。因为它在内部已经偷偷得帮你把路径转化为相对路径了，你还不知道吧！

  接下来，如果要加载一些自定义格式的文件或者数据，就会出现相对路径和绝对路径的问题。比如

  NSFileHandle *fileHandle=[NSFileHandlefileHandleForReadingAtPath:newPath];

  newPath为一个字符串路径，这里的路径你却不能像上面那样

  NSFileHandle *fileHandle=[NSFileHandlefileHandleForReadingAtPath:@"test.txt"];

  这样系统是找不到文件的，因为这里需要的是文件的绝对路径，而@“test.txt”完全是无效的。

  这个时候就需要NSBundle的帮忙了，这个类专门用来负责路径转化等等功能那。大家都知道ios项目虽然在xcode下可以创建文件夹结构，但是实际上它是没有文件结构概念的，所以此时假如要加载放在项目目录下的test.txt文件，完整的代码应该是这样

方法1：

  NSString *newPath=[NSStringstringWithFormat:@"%@%@%@",[[NSBundlemainBundle]resourcePath],@"/",path];

  NSLog(@"url=%@",newPath);

  NSFileHandle *fileHandle=[NSFileHandle fileHandleForReadingAtPath:newPath];

此处[NSBundle mainBundle]是获得NSBundle的一个单例对象，次单例对象 已经设置了默认的resourcePath，也就是你的app打包后的路径，[NSBundlemainBundle]resourcePath]就是获得这个完整的打包后的app路径，但你的test.txt文件并不在这个目录，而是在app内部，这时就需要拼接路径字符串，[NSStringstringWithFormat:@"%@%@%@",[[NSBundlemainBundle]resourcePath],@"/",path];这么简单的字符串拼接，我就不多说了，

控制台输出app路径resourcePath：

/Users/zouzouyanghong/Library/Application Support/iPhone Simulator/5.0/Applications/76116A6A-572D-43AE-AE78-17D7A88DCAFC/JFitnessProduct.app

控制台输出拼接后完整文件绝对路径：

/Users/zouzouyanghong/Library/Application Support/iPhone Simulator/5.0/Applications/76116A6A-572D-43AE-AE78-17D7A88DCAFC/JFitnessProduct.app/test.jat

方法2：

  NSString *newPath=[[NSBundle mainBundle] pathForResource:@"test" ofType:@"txt"];

  NSFileHandle *fileHandle=[NSFileHandle fileHandleForReadingAtPath:newPath];

[[NSBundle mainBundle] pathForResource:@"test" ofType:@"jat"];前面的就不再介绍了，pathForResource方法有两个参数，前面这个为文件名，后面那个ofType就是文件类型，也就是文件后缀。这里把文件名和后缀分开了，如果这是你得到的是一个完整的文件名如：@“test.txt”，那么你得自己想办法把文件名和后缀分开了。

要特别说明，此处的文件后缀是不需要“.”的，如果写成@“.jat”是错误的，加载文件会失败。

初学iOS开发的同学，不管是自己写的，还是粘贴的代码，或多或少都写过下面的代码

可是你知道这里的bundle到底是个啥玩意呢？！

Bundle简单地讲，就是一个内部结构按照标准规则组织的特殊目录

iOS的应用都是通过bundle进行封装的，对应的bundle类型是Application类型，平时我们通过XCode编译出来的Target（即我们开发的应用），其实就是一个Application类型bundle，即一个文件夹！但是Finder会把这个bundle当做一个 文件显示给我们，其实是因为这个bundle自身也是一个package，而Mac系统会把所有的package当做一个文件来对待，显示给用户，从而防 止用户误操作导致程序文件损坏或丢失。至于bundle和package有什么区别，就不在这里展开说明了，本文后面所说的bundle都会被Mac系统 视为package。

现在我们已经知道了，原来我们开发的应用程序，最后都会成为一个bundle，那么就不难理解为什么很多资源文件加载大多是通过bundle来进行的了，从bundle进行文件加载实际就是通过应用自己所在的文件夹进行加载。

不过紧接着我们又会产生好几个疑问：

1 为什么不直接使用文件路径的方式来读取资源文件呢?

2 为什么还会存在pathForResource:ofType:这个方法，难道说我们在开发的时候还不能确定这些文件在哪儿吗？

事实上，我们是可以使用文件系统的路径进行资源文件的访问的，不过当我们要进行App的国际化的时候，我们需要自己去实现不同语言、地区情况下加载对应的文件，而在部分资源文件公用，部分需要国际化的时候，对开发人员来讲，代码维护起来尤为混乱。

而bundle对iOS开发者来讲，最大的方便就是可以非常简单地让自己的应用国际化，在不同的语言不同的地区，加载不同的资源文件，显示不同的语 言文字，而实现这些只需要我们严格按照bundle的要求进行资源文件的存放即可，而不需要写大量代码判断地区语言。遵循的方法也很简单，只需要我们创建 对应的"本地化文件夹"即可，例如我们要同时让图片"pic.png"在中文和英文下显示不同的内容，只需要创建两个本地化文件夹zh.lproj和en.lproj，分别放入同名但内容不同的"pic.png"即可。