1.电子钱包（EP），electronic purse

2.电子存折（ED）,electronic Deposit

3.电子钱包和电子存折实际上为同一类应用，两者在卡片和终端的处理流程上基本相同

4.主要的区别有：

a.电子钱包一般只支持圈存，消费交易，很少的电子钱包支持圈提交易，因此不支持圈提交易的电子钱包如果想要将钱包里的钱提出来，则只有销卡圈提这一种途径

b.电子存折支持一般支持，圈存，消费，圈提，修改透支限额等功能

c.电子钱包消费时无需提交个人PIN，而电子存折消费时必须提交个人PIN

d.电子钱包卡片中的消费明细功能为可选，一般大多数电子钱包都只记录圈存记录明细，不支持消费明细记录

e.电子存折卡片中的消费明细功能为必选，不仅记录圈存记录明细，而且记录消费明细记录

f.电子钱包，电子存折都支持脱机消费，但是电子钱包脱机消费无需提交PIN，而电子存折脱机消费时必须提交PIN

g.电子存折原则上支持脱机取现交易，但是实际上一般只支持脱机消费，和联机取现（只有电子存折支持），但是必须提交PIN
结论：

按理说，电子存折要比电子钱包更加完善（支持圈提，修改透支限额等），更加可靠（消费时需要提交PIN），那为啥电子钱包的应用远远比电子存折广泛呢？

因为电子钱包功能简单（只支持圈存和消费），消费简便（不需要提交PIN）,因此在小额扩展应用中远远要比电子存折来的方便和快速。

转自：https://www.cnblogs.com/ttss/p/4311626.html

　l 不偷你的卡，照取你的钱


　　做化工生意的刘先生在某银行存入现金3000元，开立了活期储蓄账户，同时办理了与存折配套使用的储蓄卡（取款卡），并于当日在自动柜员机上做了密码修改。此后，取款卡、存折都一直有他本人妥善保管，从未取过款。而刘先生月末去外地办事、因故需要取款时，才发现账户上的3000元存款只剩160元。经当地银行查询，该账户共有未登折记录6次，为了减少损失，他将剩余的160元立即支取，草草结束行程连夜返回。


　　经开户银行调阅有关凭证资料，查明：该账户曾被人使用取款卡在江苏省徐州市自动取款机上分三次支取2800元存款，手续费28元。刘先生看到这一结果，认定是有人冒领存款，便向公安机关报案。公安机关立即立案开展取证工作，并对刘先生和银行进行了调查和咨询。首先，查明刘先生和家人没有取款嫌疑，取款卡和存折也随身携带，基本排除了本人支取、取款卡丢失或被盗的可能；从银行方面来说，银行有一套严格的客户资料保密系统，账务无差错。由此初步认定，是有人用另外一个“克隆卡”取走了刘先生的存款。


　　那么，存折和取款卡一直在刘先生手上，且取款密码只有他本人知道，为何还出现被冒领的事情呢？从公安部门破获的广州等地伪造信用卡案来看，伪造信用卡、取款卡已算不上什么高新技术，掌握了客户的基本资料，用写磁条机将数据输入一个空白磁卡，这时如果再有取款密码，即可使用“克隆卡”在银行联网的自动柜员机上轻松提款或在商业部门的POS上进行消费。而且盗取磁条信息和密码的方法也非常简单，一些作案人为了盗取储户密码，常常装作取款客户，徘徊在自动柜员机旁或在其上面安装微型摄像机窃取储户取款信息，还有的冒充银行ATM管理人员，以调试数据等理由，骗取取款人的银行卡信息，然后，如法炮制，实施犯罪。


　　关于储户存款被冒领的责任问题，有关法律专家分析，如果银行已经履行了正常的保密义务，储户存款是由于本人疏忽致使资料被他人窃取的，银行不需要承担任何赔偿责任。因此，提醒广大居民，使用信用卡、储蓄卡在自动柜员机上取款时，一定要警惕周围是否有可疑人员或微型摄像机探头，输入密码的时候应用左手遮住密码按键，以防被不法分子窃取账户信息，盗取账户存款。


　　l 当心存折里的钱“不翼而飞”


　　近年来，关于银行卡被“克隆”的报道不时见诸报端，但令人想不到的是，如今使用防伪技术印制、带有数据磁条、盖有银行印章的存折也成了不法分子“克隆”的对象。从辽宁、贵州、云南等地警方破获的多起存折“克隆”案来看，犯罪嫌疑人利用高科技手段窃取存款人信息，“克隆”存折冒领存款，直接影响到了存款人资金的安全。


　　存折之外有“存折”


　　贵阳的张先生去年9月份在某银行储蓄所开立了活期储蓄账户，并存入10万元现金，可数天之后，他到银行取款时，却被告知存折上的款项已经被人凭存折和密码支取。张先生不解：我的存折上没有取款记录，并且密码只有我一个人知道，怎么能被别人支取了呢？


　　经过银行查证，确认是在张先生的存折之外有一个“克隆”存折，冒领人持“克隆”存折和密码，分三次在办理通存通兑的两家储蓄所支取了99980元。公安机关接到报案后，根据银行的监控录像等情况迅速展开侦破，最终将三名犯罪嫌疑人抓获。令人惊讶的是，这个团伙的“头目”竟然是贵州某大学计算机专业的本科毕业生，他们配有手提电脑、高档印刷机等作案工具，已经先后在长沙、常德等地作案30余起。


　　克隆存折如何“出笼”


　　据犯罪嫌疑人交代，他们一般是三人配合作案，其中一人在储蓄所的柜台旁以存款做掩护，另外两人在“目标储户”旁假装等待填写凭条，从而偷看储户的户名和存折金额等信息，或者通过储户随意丢弃的作废凭条窃取信息，等储户到柜台存（取）款时，早已等待在此的那个“存款人”便趁储户输入密码时窃取密码。然后，他们立即伪造与储户姓名相同的假身份证，到银行存入小额存款，获取活期存折，再用电脑将所窃取的信息“克隆”到新存折上，此后再以这个以假乱真的存折盗取储户存款。


　　据警方经侦察人员介绍，除此以外还有一些“克隆”案件是因储户盲目泄露存款信息造成的。此类案件的作案者大多选择经商人员下手，往往投其所好，抛出“大批购货、价格优惠”等诱饵，令对方高兴之余失去警惕。然后他们再要求对方在其指定的银行存入一定款项，并告知账号和密码，谎称供他们查询公司的实力和信誉情况。存款人往往会认为存折在自己手上，可以“不见兔子不撒鹰”而照办。这时，作案者便用与存款人姓名相同的假身份证到同一银行开立一张小金额存折，并将余额进行涂改。此后，作案者借故提出当面检验存折余额的要求，并趁查验之际将两个样式、户名、余额均相同的存折“调包”，选择适当时机用真存折将存款悄悄支取。等存款人确认生意没做成，想把存款取回时才发现手中是一张“克隆”存折。


　　如何防范克隆存折


　　关于存款被“克隆”存折冒领的责任问题，多数情况下法院会认定银行和储户双方均负有责任。银行存折背面印有“因储户密码保管不当造成的损失，银行不负责任”的储户须知，储户到银行存款应视为接受这一条款，所以，因密码保管不当而被冒领，储户应负有一定责任；另外，银行不能履行谨慎核查存折的义务，也负有一定责任。根据具体情况，法院一般会判定储户负担20%～80%的损失。


　　因此，广大储户应引起重视，加强对存折“克隆”的防范。首先，在银行网点填写存取款凭条或输入密码时，应查看周围是否有陌生人，输入密码应一手按键，一手对输入情况进行遮挡；二是填写有误的凭条不可随意丢弃，应撕碎或随身带走；三是在生意和账务往来中，不应将存折的账号和密码告诉他人；四是养成定期登折、对账的习惯，如果发现不明原因的支取，应及时通过电话、网上银行等快捷方式对存折进行临时挂失，提请银行保留监控录像，并及时向公安机关报案，以最大限度地减轻损失。  

 一、PBOC规范颁布的历程

1997年12月，PBOC V1.0  定义了五个方面的事项

 电子钱包/电子存折应用

 卡片和终端的接口

 卡片本身的技术指标

 应用相关的交易流程

 终端的技术要求等

 2005年3月，PBOC V2.0 在V1.0基础上修改，增设了

电子钱包/存折应用，拓展电子钱包应用范围

借记/贷记应用个人化指南，促使借记/贷记应用兼容EMV2000标准

非接触式IC卡电气协议特

小额支付和快速支付领域---非接触支付、基于借记贷记的电子现金等内容（2010年）

  2013年2月，PBOC3.0，促进中国银行卡产业升级和可持续发展，全面推进金融IC卡迁移。修改幅度较大，归纳起来主要有：

删除电子钱包应用、降级迁移的磁条芯片卡、借贷记应用中DDF描述、删除终端在应用选择时DDF的支持和非接触支付应用中的MSD应用相关内容

非接触式IC卡小额支付扩展：整合金融IC卡在地铁、铁路、公交、高速公路收费、停车收费、铁路(高铁)等领域的多种实际应用，同时预留其它银行自定义应用，推动金融IC卡的一卡多用惠及民生同

借记/贷记安全增强：对国密GM算法的支持(DF69标签进行切换)，3.0与2.0对于加密算法的支持情况，如图1所示

 IC卡互联网终端：3.0的16部分对IC卡互联网终端的安全体系、应用场景、交易流程等环节进行了详细定义与阐释,并整合网络支付和移动支付应用

电子现金双币应用：PBOC3.0第15部分增补双币电子现金和双币QPBOC应用，对双币种交易时的TAG进行了映射，最大限度地方便持卡人在两种币种间的快速转换

推出多账号功能，即一卡多银行、多应用账户

                              

                                                        图1 PBOC 3.0与2.0对于加密算法的支持情况

 

   二、PBOC3.0对PBOC2.0原有内容的升级

      (1) 增加了AID预留和分配

　　    对TAG进行了预留以供将来使用;定义了AID的编码规则、保留规则。

　　(2) 修订了GAC与GPO命令数据的相关内容。

　　    明确了GAC与GPO命令数据不一致时卡片处理方法;

　　    在终端层面，也明确了若卡片返回标签重复，终端应当终止交易;

　　    卡片联机GPO响应数据中新增了9F63的要求，以适应不断增长的应用需求;

　　    明确了GPO响应应遵循的格式。

　　(3) 明确了执行发卡行认证与执行发卡行脚本之间的关系。

　　    卡片应当能正常处理应用解锁命令，无论发卡行认证是否执行，若发卡行认证执行但失败，

        则卡片应拒绝执行发卡行脚本，并推荐以“6985”响应发卡行脚本命令。

　　(4) 修改9F63产品标识信息。

　　    9F63命名为“产品标识”，用于标识持卡人设备产品的物理形态，用途等。

　　(5) 增加了第6.5节“个人化数据必须遵循的规则”

　　    在增加规则的同时，也明确了9F10中发卡行自定义数据的要求，这些部分的修订，

        结合了各商业银行接入银联网络的有关经验，对于商业银行发卡的个人化数据具有指导性意义。

　　(6) 修订非接触式IC卡通讯的参数

　　    参数的修订目的在于兼容ISO/IEC 14443：2011。

　　(7) 增加两种交易日志

　　    圈存日志的要求：当卡片中的电子现金余额(9F79)被设置数据(Put Data)命令成功改写时，卡片应当记录一条圈存日志。

　　    增加了qPBOC交易日志要求(发卡行可选)。

　　(8) 其它终端部分的主要修订内容

　　    终端也不应因持卡人姓名有误而终止交易;

　　    终端在交易时及交易后取得卡片中电子现金余额的方法;

　　    授权金额为0的处理方式：

        如果授权金额为零，除非终端支付qPBOC扩展应用，具有联机能力的终端应在终端交易属性字节2的第8位

                                 表示要求联机应用密文；

        如果授权金额为零，除非终端支付qPBOC扩展应用，仅支持脱机的终端应终止交易，

                                提示持卡人使用另一种界面(如果存在)。

　　(9) 其它卡片部分的主要修订内容

　　   修订了卡片连续MAC错的处理方法。当卡片执行了收到一个MAC错的发卡行脚本命令，

                     则不应允许执行后续的发卡行脚本命令;

　　   修订了关于“闪卡”的处理办法;

　　   明确了qPBOC不再设置LOATC

三、PBOC3.0规范各部分介绍

      

――第3 部分：与应用无关的 IC卡与终端接口规范；

――第4 部分：借记/贷记应用规范；

――第5 部分：借记/贷记应用卡片规范；

――第6 部分：借记/贷记应用终端规范；

――第7 部分：借记/贷记应用安全规范；

――第8 部分：与应用无关的非接触式规范；

――第10部分：借记/贷记应用个人化指南；

――第11部分：非接触式 IC卡通讯规范；

――第12部分：非接触式 IC卡支付规范；

――第13部分：基于借记/贷记应用的小额支付规范；

――第14部分：非接触式 IC卡小额支付扩展应用规范；

――第15部分：电子现金双币支付应用规范；

—---第16部分：IC卡互联网终端规范；

—---第17部分：借记/贷记应用安全增强规范。

--------------------- 

                    
								            

                
当多个线程都需要修改这个资源的时候就会出现线程安全问题。

           比如说在银行开个账户会有一个存折和一张卡，如果某一天同一时间丈夫拿着存折去柜台取钱，而妻子拿着银行卡去ATM取钱。当丈夫查询余额里面有3000元，正准备取2000元，这时候妻子也到ATM里面查询也有3000，也取2000元。其实银行不可能让我们这么做，如果这样的话那我们天天取钱去了，还搞什么工作啊。其实在丈夫查询的时候已经对该账号上了锁，另外的银行卡要取钱的话必须等待该锁被释放。下面用一个程序模拟这个例子：


 1 package com.sync;
 2 
 3 public class TestSync2 implements Runnable{
 4     public BankCard bc = new BankCard();
 5     public static void main(String[] args) {
 6         TestSync2 test = new TestSync2();
 7         Thread wife = new Thread(test);
 8         Thread husband = new Thread(test);  
 9         wife.setName("wife");
10         husband.setName("husband");
11         wife.start();
12         husband.start();
13     }
14     public void run() {
15         bc.getMoney(Thread.currentThread().getName(), 2000);
16     }
17 }
18 class BankCard{
19     private static int money = 3000;//模拟账户余额
20     public synchronized void getMoney(String name,int m){
21         //synchronized(this){
22             try {
23                 Thread.sleep(1);
24             } catch (InterruptedException e) {
25                 e.printStackTrace();
26             }
27             if(money > m){
28                 System.out.println(name+"取走了"+m+"元");
29                 money = money - m;
30             }else{
31                 System.out.println("对不起，您的余额不足！");
32             }
33         //}
34     }
35 }


　　
　　上面的例子如果在getMoney()方法上面不加synchronized关键字的话，输出结果为：
wife取走了2000元
husband取走了2000元
　　而加上synchronized后，输出结果为：
wife取走了2000元
对不起，您的余额不足！
　　上面两种情况说明，如果多个线程同时访问某个资源，而不给该资源枷锁的话，就会出现问题。而加上synchronized关键字后就可以避免这种错误发生了。它能够保证只有一个线程能够访问getMoney()这个方法，其他药访问该方法的线程必须等待。
锁住某个资源可以用synchronized关键字来修饰一个方法或者同步代码块，这样能保证同一时间只能由一个线程访问该资源。
  　　①、当两个并发线程访问同一个对象object中的这个synchronized(this)同步代码块时，一个时间内只能有一个线程得到执行。另一个线程必须等待当前线程执行完这个代码块以后才能执行该代码块。
    　 ②、然而，当一个线程访问object的一个synchronized(this)同步代码块时，另一个线程仍然可以访问该object中的非synchronized(this)同步代码块。
        ③、尤其关键的是，当一个线程访问object的一个synchronized(this)同步代码块时，其他线程对object中所有其它synchronized(this)同步代码块的访问将被阻塞。
　　我们都知道，操作系统中多个进程之间如果不进行协调就很容易出现死锁的情况，死锁的四个条件：互斥、占有等待、非剥夺、循环等待。我们只要破坏其中一个条件就能避免死锁发生。线程之间也容易出现死锁，下面这个例子就演示了死锁的情况：


 1 package com.sync;
 2 
 3 import com.thread.SleepTest;
 4 
 5 
 6 public class TestDeadLock implements Runnable{
 7     int flag = 1;
 8     static Object o1 = new Object();
 9     static Object o2 = new Object();
10     public void run() {
11         System.out.println(flag);
12         if(flag == 1){
13             synchronized (o1) {
14                 try {
15                     Thread.sleep(1000);
16                 } catch (InterruptedException e) {
17                     e.printStackTrace();
18                 }
19                 synchronized (o2) {
20                     System.out.println("1");
21                 }
22             }
23         }
24         if(flag == 0){
25             synchronized (o2) {//锁住某个对象，相当于占有该对象不让其他人使用
26                 try {
27                     Thread.sleep(1000);
28                 } catch (InterruptedException e) {
29                     e.printStackTrace();
30                 }
31                 synchronized (o1) {
32                     System.out.println("0");
33                 }
34             }
35         }
36     }
37     public static void main(String[] args) {
38         TestDeadLock t1 = new TestDeadLock();
39         TestDeadLock t2 = new TestDeadLock();
40         t1.flag = 1;
41         t2.flag = 0;
42         new Thread(t1).start();
43         new Thread(t2).start();
44     }
45 }


　　运行程序输出1    0后就进入死锁状态，该程序永远也不会停止，因为两个线程同时处于等待状态。线程t1锁住了o1对象，等待o2对象，而线程t2锁住o2等待o2对象，谁也不让谁，这就进入了一个循环占有等待的情况了，死锁也就出现了。
　　所以，如果多个线程如果不进行协调的话很容易出现死锁的问题。操作系统中使用进程调度来协调各个进程，那么java重如何对各个线程进行协调呢？
　　java中主要使用Object类中的wait()、notify()、notifyAll()方法来协调各个线程。典型的例子有哲学家吃饭问题、生产者和消费者问题、理发师问题。下面一个用一个例子来演示生产者和消费者问题。
　　问题描述：生产者负责做馒头，做好馒头后放进指定的篓子里面，消费者消费该篓子里面的馒头。篓子里只能装一定量的馒头，满了以后生产者必须进入等待状态，消费者吃完馒头后也必须进入等待状态。


 1 package com.sync;
 2 
 3 public class ProductAndConsumer {
 4     public static void main(String[] args) {
 5         Basket b = new Basket();
 6         Product p = new Product(b);
 7         Consumer c = new Consumer(b);
 8         new Thread(p).start();
 9         new Thread(c).start();
10     }
11 }
12 
13 class ManTou{
14     int id;
15     public ManTou(int id) {
16         this.id = id;
17     }
18     @Override
19     public String toString() {
20         return "ManTou"+id;
21     }
22 }
23 
24 //装馒头的篮子
25 class Basket{
26     int index = 0; //相当于栈顶指针
27     ManTou[] manTous = new ManTou[6];
28     //往篮子里面放馒头
29     public synchronized void push(ManTou m){
30         while(index == manTous.length){
31             try {
32                 this.wait();
33             } catch (InterruptedException e) {
34                 e.printStackTrace();
35             }
36         }
37         this.notify();
38         manTous[index] = m;
39         index++;
40     }
41     //往篮子里面取馒头
42     public synchronized ManTou pop(){
43         while(index == 0){
44             try {
45                 this.wait();
46             } catch (InterruptedException e) {
47                 e.printStackTrace();
48             }
49         }
50         this.notify();
51         index--;
52         return manTous[index];
53     }
54 }
55 //生产者
56 class Product implements Runnable{
57     Basket basket;
58     public Product(Basket basket) {
59         this.basket = basket;
60     }
61     public void run() {
62         for (int i = 0; i < 20; i++) {
63             ManTou m = new ManTou(i);
64             basket.push(m);
65             System.out.println("生产了"+m);
66             try {
67                 Thread.sleep(1);
68             } catch (InterruptedException e) {
69                 e.printStackTrace();
70             }
71             
72         }
73     }
74 }
75 
76 //消费者
77 class Consumer implements Runnable{
78     Basket basket;
79     public Consumer(Basket basket) {
80         this.basket = basket;
81     }
82     public void run() {
83         for (int i = 0; i < 20; i++) {
84             ManTou m = basket.pop();
85             System.out.println("消费了"+m);
86             try {
87                 Thread.sleep((int)(Math.random()*1000));
88             } catch (InterruptedException e) {
89                 e.printStackTrace();
90             }
91         }
92     }
93 }


　　wait()、notify()、notifyAll()方法的作用：
　　　　wait():导致当前的线程等待，直到其他线程调用此对象的 
notify() 方法或 
notifyAll() 方法。
　　　　notify():唤醒在此对象监视器上等待的单个线程。
　　　　notifyAll():唤醒在此对象监视器上等待的所有线程。
　　wait()与sleep()的区别：
　　　　两个方法的共同点就是让当前线程进入等待状态。
　　　　不同点：
　　　　wait()之后，锁就不归我所有了，必须等醒过来后才能拥有该锁，并且必须要有人唤醒它才会醒过来

　　　　sleep()不同，锁还是归我所有，一段时间后会自动醒过来