Android文件读写操作

Assets:该目录只可读,不可写。使用getResource().getAssets().open(“file_name”)获得FileInputStream,进行读取操作 Raw:该目录和Assets一样,可读不可写。使用getResource().openRawResource(R.raw.file_name)获得FileInputSteam,进行读取操作。 外部SD:可读可写,外部可见。先用Environment.getExtenalStorageDirectory获得sd卡的目录File,先检测是否可用。如果可用,再file = new File(sd_dir,filename),进行读写操作。 内部文件:

AndroidStudio添加assets目录

1: 打开 项目名称.iml 文件. 查找这行 : option name=”ASSETS_FOLDER_RELATIVE_PATH” value=”/src/main/assets” 2: 在“main”下建立一个子目录 “assets”  (即对应src/main/assets) 3: 把webview中要加载的文件放到这个目录中. 4: 在webview中载入,完成. 参考: http://goodidea100.com/Android/744.html http://stackoverflow.com/questions/18302603/where-to-place-assets-folder-in-android-studio

Android的startService与bindService

Service的生命周期 Service的生命周期方法比Activity少一些,只有onCreate, onStart, onDestroy 我们有两种方式启动一个Service,他们对Service生命周期的影响是不一样的。

1 通过startService Service会经历 onCreate -> onStart stopService的时候直接onDestroy 如果是调用者(TestServiceHolder)自己直接退出而没有调用stopService的 话,Service会一直在后台运行。 下次TestServiceHolder再起来可以stopService。 2 通过bindService Service只会运行onCreate, 这个时候 TestServiceHolder 和TestService绑定在一起 TestServiceHolder 退出了,Srevice就会调用onUnbind->onDestroyed  所谓绑定在一起就共存亡了。  

  那有同学问了,要是这几个方法交织在一起的话,会出现什么情况呢? 一个原则是Service的onCreate的方法只会被调用一次,就是你无论多少次的startService又 bindService,Service只被创建一次。如果先是bind了,那么start的时候就直接运行Service的onStart方法,如果先 是start,那么bind的时候就直接运行onBind方法。如果你先bind上了,就stop不掉了,对啊,就是stopService不好使了,只 能先UnbindService, 再StopService,所以是先start还是先bind行为是有区别的。 看起来情况很多,不过我会把这次的代码包括上回Activity生命周期的研究代码都贴上了,希望你喜欢!大家有兴趣可以回去点点按钮看看log,多看几遍就知道了。 Android中的服务和windows中的服务是类似的东西,服务一般没有用户操作界面,它运行于系统中不容易被用户发觉,可以使用它开发如监控之类的程序。服务的开发比较简单,如下: 第一步:继承Service类 public class SMSService extends Service { } 第二步:在AndroidManifest.xml文件中的节点里对服务进行配置: 服务不能自己运行,需要通过调用Context.startService()或Context.bindService()方法启动服务。这两个方法都可以启动Service,但是它们的使用场合有所不同。使用startService()方法启用服务,调用者与服务之间没有关连,即使调用者退出了,服务仍然运行。使用bindService()方法启用服务,调用者与服务绑定在了一起,调用者一旦退出,服务也就终止,大有“不求同时生,必须同时死”的特点。 如果打算采用Context.startService()方法启动服务,在服务未被创建时,系统会先调用服务的onCreate()方法,接着调用onStart()方法。如果调用startService()方法前服务已经被创建,多次调用startService()方法并不会导致多次创建服务,但会导致多次调用onStart()方法。采用startService()方法启动的服务,只能调用Context.stopService()方法结束服务,服务结束时会调用onDestroy()方法。 如果打算采用Context.bindService()方法启动服务,在服务未被创建时,系统会先调用服务的onCreate()方法,接着调用onBind()方法。这个时候调用者和服务绑定在一起,调用者退出了,系统就会先调用服务的onUnbind()方法,接着调用onDestroy()方法。如果调用bindService()方法前服务已经被绑定,多次调用bindService()方法并不会导致多次创建服务及绑定(也就是说onCreate()和onBind()方法并不会被多次调用)。如果调用者希望与正在绑定的服务解除绑定,可以调用unbindService()方法,调用该方法也会导致系统调用服务的onUnbind()–>onDestroy()方法.   原文链接:http://blog.csdn.net/huanyufeng/article/details/5873407

SVN版本库迁移(保存Log)

svn版本库完整迁移,保存完整信息:

关闭所有运行的进程,并确认没有程序在访问存储库(如 httpd、svnserve 或本地用户在直接访问)。 备份svn存储库 #压缩备份 svnadmin dump /home/workhome/svn/repository gzip > ~/repository-backup.gz #不压缩备份 svnadmin dump /home/workhome/svn/repository > ~/repository-backup.svn 恢复svn存储库 #建立新的svn存储库 svnadmin create /home/workhome/svn/newrepository #确认成功与否 ls -l /home/workhome/svn/newrepository #导入存储库数据 svnadmin load /home/workhome/svn/newrepository < ~/repository-backup.svn

Mac环境下svn的使用

在Windows环境中,我们一般使用TortoiseSVN来搭建svn环境。在Mac环境下,由于Mac自带了svn的服务器端和客户端功能,所以我们可以在不装任何第三方软件的前提下使用svn功能,不过还需做一下简单的配置。 我们首先来看下,如何在Mac环境下搭建svn服务器端环境。

创建代码仓库,用来存储客户端所上传的代码

我先在/User/apple目录下新建一个svn目录,以后可以在svn目录下创建多个仓库目录 打开终端,创建一个mycode仓库,输入指令:svnadmin create /Users/apple/svn/mycode 指令执行成功后,会发现硬盘上多了个/Users/apple/svn/mycode目录,目录结构如下:  

配置svn的用户权限

主要是修改/svn/mycode/conf目录下的三个文件 1.打开svnserve.conf,将下列配置项前面的#和空格都去掉

  1. anon-access = read

  2. auth-access = write

  3. password-db = passwd

  4. authz-db = authz

anon-access = read代表匿名访问的时候是只读的,若改为anon-access = none代表禁止匿名访问,需要帐号密码才能访问   2.打开passwd,在[users]下面添加帐号和密码,比如:

  1. [users]
  2. mj = 123
  3. jj = 456

帐号是mj,密码是123   3.打开authz,配置用户组和权限 我们可以将在passwd里添加的用户分配到不同的用户组里,以后的话,就可以对不同用户组设置不同的权限,没有必要对每个用户进行单独设置权限。 在[groups]下面添加组名和用户名,多个用户之间用逗号(,)隔开

  1. [groups]
  2. topgroup=mj,jj

说明mj和jj都是属于topgroup这个组的,接下来再进行权限配置。 使用[/]代表svn服务器中的所有资源库

  1. [/]
  2. @topgroup = rw

上面的配置说明topgroup这个组中的所有用户对所有资源库都有读写(rw)权限,组名前面要用@ 如果是用户名,不用加@,比如mj这个用户有读写权限

  1. [/]
  2. mj = rw

至于其他精细的权限控制,可以参考authz文件中的其他内容   4.启动svn服务器 前面配置了这么多,最关键还是看能否正常启动服务器,若启动不来,前面做再多工作也是徒劳。 在终端输入下列指令:svnserve -d -r /Users/apple/svn 或者输入:svnserve -d -r /Users/apple/svn**/mycode** 没有任何提示就说明启动成功了   5.关闭svn服务器 如果你想要关闭svn服务器,最有效的办法是打开实用工具里面的“活动监视器” 综合上述,我们就可以轻松搭建svn服务器环境了  

使用svn客户端功能

1.从本地导入代码到服务器(第一次初始化导入) 在终端中输入 svn import /Users/apple/Documents/eclipse_workspace/weibo svn://localhost/mycode/weibo –username=mj –password=123 -m “初始化导入” 我解释下指令的意思:将/Users/apple/Documents/eclipse_workspace/weibo中的所有内容,上传到服务器mycode仓库的weibo目录下,后面双引号中的”初始化导入”是注释   2.从服务器端下载代码到客户端本地 在终端中输入svn checkout svn://localhost/mycode –username=mj –password=123 /Users/apple/Documents/code 我解释下指令的意思:将服务器中mycode仓库的内容下载到/Users/apple/Documents/code目录中   3.提交更改过的代码到服务器 在步骤2中已经将服务器端的代码都下载到/Users/apple/Documents/code目录中,现在修改下里面的一些代码,然后提交这些修改到服务器 1> 打开终端,先定位到/Users/apple/Documents/code目录,输入:cd/Users/apple/Documents/code 2> 输入提交指令:svn commit -m “修改了main.m文件” 这个指令会将/Users/apple/Documents/code下的所有修改都同步到服务器端,假如这次我只修改了main.文件 可以看到终端的打印信息:

  1. Sending        weibo/weibo/main.m
  2. Transmitting file data .
  3. Committed revision 2.

  4.更新服务器端的代码到客户端 这个应该是最简单的指令了,在终端中定位到客户端代码目录后,比如上面的/Users/apple/Documents/code目录,然后再输入指令:svn update   5.至于svn的其他用法,可以在终端输入:svn help 这里列出一大堆svn指令,后面括号中的内容的一般代表着指令的简称,比如我们可以用svn ci代替svn commit,用svn co代替svn checkout 原文链接:http://blog.csdn.net/q199109106q/article/details/8655204   后续追加: Flash Builder4.7安装了svn1.8插件后,或提示 Subversion native library not available,修改FB设置的svn里svn借口 QQ20150323-1@2x ———- 添加svn服务开机启动 在etc/rc.local(要创建)文件里,加上svnserver -d -r user/apple/svn/rep(svn目录) 如果权限不足,需要 sudo ….