十月工作总结

 1.         svn解决冲突 2011-10-31

3.1）svn标记

A

Added 远端库中添加新内容，在本地添加

B

Broken lock (third column only) 此内容不详，以后知道了再补充吧…

D

Deleted 远端库中删除的内容，本地库中对应删除

U

Updated 远端库中有更改，本地更新远端的更改

C

Conflicted 远端库中的更改和本地的更改有冲突，需要解决冲突

G

Merged 远端库中的更改和本地的更改自动合并了

E

Existed 远端库中新增加的内容和本地一致，也就是A的内容在本地存在了

 

3.2）svn revert

 

撤销本次修改，或者发现本次修改有问题，想撤销重头再来
svn revert 文件名
如下：撤销增加foo这个文件
$ svn status foo
? foo
$ svn add foo
A foo
$ svn revert foo
Reverted 'foo'
$ svn status foo
? foo
注：svn revert某文件（在工作版本上修改） 与 删除某文件然后再从svn 版本库里update的操作结果是一样的。
但是使用svn revert不需要通知版本库就可以修改文件。

 

3.3）解决冲突
<1>冲突的发现
       在做groovy时通常会有显示冲突的文件使得该操作不能进行；在测试机上重启时如果无法启动，可以查看webroot下的文件状态
注：在进行一次merge或者文件比较多的groovy之后最好在trunk上利用svn st查看文件状态，以发现潜在的冲突。并不是所有的 冲突都会显示在groovy之中。
另外，在进行svn up时也可发现冲突
$ svn update
U INSTALL
G README
C bar.c
Updated to revision 46.
U和G不用关心，表示本地没有修改，文件是根据版本库进行更新的；G表示本地已经修改过，与版本库没有冲突，已经进行了合并；
C表示服务器上的改动与你本地的改动有冲突，需要手工修改
<2>冲突的标志
当冲突发生了，有三件事可以帮助你注意到这种情况和解决问题：
? svn up打印C标记，并且标记这个文件已冲突。
? 如果Subversion认为这个文件是可合并的，它会置入冲突标记—特殊的横线分开冲突的“两
面”—在文件里可视化的描述重叠的部分(Subversion使用svn:mime-type属性来决定一
个文件是否可以使用上下文的，以行为基础的合并，更多信息可以看“文件内容类型”一
节。)
? 对于每一个冲突的文件，Subversion放置三个额外的未版本化文件到你的工作拷贝：
filename.mine 你更新前的文件，没有冲突标志，只是你最新更改的内容。(如果Subversion认为这个文件不可以合
并，.mine文件不会创建，因为它和工作文件相同。)
filename.rOLDREV 这是你的做更新操作以前的BASE版本文件，就是你在上次更新之后未作更改的版本。
filename.rNEWREV 这是你的Subversion客户端从服务器刚刚收到的版本，这个文件对应版本库的HEAD版本。
这里OLDREV是你的.svn目录中的修订版本号，NEWREV是版本库中HEAD的版本号。

例：A修改了sandwich.txt，B刚刚改变了他的本地拷贝中的这个文件并且提交到服务器，Sally在提交之前更新它的工作拷贝得到了冲突：
$ svn update
C sandwich.txt
Updated to revision 2.
$ ls -1
sandwich.txt
sandwich.txt.mine
sandwich.txt.r1
sandwich.txt.r2
在这种情况下，Subversion不会允许你提交sandwich.txt，直到你的三个临时文件被删掉。
<3>冲突的解决
    如果遇到冲突，可以选择三种方式解决：
<3.1>手动合并冲突文件（检查和修改文件中的冲突标志）
<3.2>用某一个临时文件覆盖你的工作文件
<3.3>运行svn revert<filename>来放弃所有的本地修改
如果解决了冲突，就需要通过svn resolved让svn知道会删除三个临时文件，svn不会认为这个文件在冲突状态了。

2.         Synchronized使用　　2011-10-10

它包括两种用法：synchronized 方法和 synchronized 块。 

　　1. synchronized 方法：通过在方法声明中加入 synchronized关键字来声明 synchronized 方法。如： 
　　public synchronized void accessVal(int newVal); 
　　synchronized 方法控制对类成员变量的访问：每个类实例对应一把锁，每个 synchronized 方法都必须获得调用该方法的类实例的锁方能执行，否则所属线程阻塞，方法一旦执行，就独占该锁，直到从该方法返回时才将锁释放，此后被阻塞的线程方能获得该锁，重新进入可执行状态。这种机制确保了同一时刻对于每一个类实例，其所有声明为 synchronized 的成员函数中至多只有一个处于可执行状态（因为至多只有一个能够获得该类实例对应的锁），从而有效避免了类成员变量的访问冲突（只要所有可能访问类成员变量的方法均被声明为 synchronized）。 
　　在 Java 中，不光是类实例，每一个类也对应一把锁，这样我们也可将类的静态成员函数声明为 synchronized ，以控制其对类的静态成员变量的访问。 
　　synchronized 方法的缺陷：若将一个大的方法声明为synchronized 将会大大影响效率，典型地，若将线程类的方法 run() 声明为 synchronized ，由于在线程的整个生命期内它一直在运行，因此将导致它对本类任何 synchronized 方法的调用都永远不会成功。当然我们可以通过将访问类成员变量的代码放到专门的方法中，将其声明为 synchronized ，并在主方法中调用来解决这一问题，但是 Java 为我们提供了更好的解决办法，那就是 synchronized 块。 

　　2. synchronized 块：通过 synchronized关键字来声明synchronized 块。语法如下： 
　　synchronized(syncObject) { 
　　//允许访问控制的代码 
　　} 
　　synchronized 块是这样一个代码块，其中的代码必须获得对象 syncObject （如前所述，可以是类实例或类）的锁方能执行，具体机制同前所述。由于可以针对任意代码块，且可任意指定上锁的对象，故灵活性较高。 
　　对synchronized(this)的一些理解
　　一、当两个并发线程访问同一个对象object中的这个synchronized(this)同步代码块时，一个时间内只能有一个线程得到执行。另一个线程必须等待当前线程执行完这个代码块以后才能执行该代码块。 
　　二、然而，当一个线程访问object的一个synchronized(this)同步代码块时，另一个线程仍然可以访问该object中的非synchronized(this)同步代码块。 
　　三、尤其关键的是，当一个线程访问object的一个synchronized(this)同步代码块时，其他线程对object中所有其它synchronized(this)同步代码块的访问将被阻塞。 
　　四、第三个例子同样适用其它同步代码块。也就是说，当一个线程访问object的一个synchronized(this)同步代码块时，它就获得了这个object的对象锁。结果，其它线程对该object对象所有同步代码部分的访问都被暂时阻塞。 
　　五、以上规则对其它对象锁同样适用。

 

3.         分割字符串string.split 2011-10-19

         String str=”abc:def:ghi”;

         String sp[]=str.split(“:”);

         Foreach(string i:sp) System.out.println(i);

        

Output:

abc

def

ghi

 

则可以使用string.split对某字符串按某子字串进行分割，返回结果是个string数组。

4.         Logcat记录问题 2011-10-09

         Q:Logcat会记录上次手机抓log时的log，然后会在下次手机抓log时先打印记录的log，除非手机重启。

         A:这是logcat的一个机制。