??xml version="1.0" encoding="utf-8" standalone="yes"?> 上面的说明过于枯燥,我们来看几个具体的例子。需要特别注意的两点是:
3.?span style="color: #ff0000">字符q行格式?/span>Q?br />
对字W进行格式化是非常简单的Qc表示字符Q标识中'-'表示左对齐,其他没什么了?/span>
在JDK1.5中,Stringcd加了一个非常有用的静态函数format(String format, Objece... argues)Q可以将各类数据格式化ؓ字符串ƈ输出。其中format参数指定了输出的格式Q是最复杂也是最难掌握的一点,而argues则是一pd{待被格式化的对象。该函数对c语言中printf函数的用法进行了一定的模仿Q因此有c语言基础的h学v来会L许多。下面我们着重讨Z下format 参数的格式及含义?br />
format参数中可以包含不需要{化的字符Ԍq些字符串是你写什么,最l就输出什么。同时还包含一些特D格式的内容Q来指定哪个对象来转换Q以及{换成什么Ş式。这U特D的格式通通以%index$开_index?开始取|表示第index个参数拿q来q行格式化。这一Ҏ(gu)c语言要强一点, c语言只能按照参数的顺序依ơ格式化Q而java可以选择Wn个参数来格式化。由于该函数可以对Q意一个对象进行格式化Q不同的对象适用的参C不同Q因此我们下面分cL讨论?br />
1.?span style="color: #ff0000">整数q行格式?/span>Q?span style="color: #339966">%[index$][标识][最宽度]转换方式
我们可以看到Q格式化字符串由4部分l成Q其?span style="color: #ff0000">%[index$]的含?/span>我们上面已经讲过Q?span style="color: #ff0000">[最宽度]的含义也很好理解Q就是最l该整数转化的字W串最包含多位数字。我们来看看剩下2个部分的含义吧:
标识Q?nbsp;
'-' 在最宽度内左对齐,不可以与“?填充”同时使用
'#' 只适用?q制?6q制Q?q制时在l果前面增加一?Q?6q制时在l果前面增加0x
'+' l果L包括一个符P一般情况下只适用?0q制Q若对象为BigInteger才可以用?q制?6q制Q?br />
' ' 正值前加空|负值前加负P一般情况下只适用?0q制Q若对象为BigInteger才可以用?q制?6q制Q?br />
'0' l果用零来填充
',' 只适用?0q制Q每3位数字之间用“Q?#8221;分隔
'(' 若参数是负数Q则l果中不d负号而是用圆括号把数字括hQ同‘+’h同样的限Ӟ
转换方式Q?br />
d-十进?nbsp; o-八进?nbsp; x或X-十六q制
1.大部分标识字W可以同时?
2.String.format()Ҏ(gu)定义如下:
public static String format(String format, Object ... args)
format()W二个参数类型是java 1.5引入的新Ҏ(gu)?可支持传无限个参数进?
因此1$代表args的第一个参?2$代表args的第二个参数,以次cL.
System.out.println(String.format("%1$9d", -31));
System.out.println(String.format("%1$-9d", -31));
System.out.println(String.format("%1$(9d", -31));
System.out.println(String.format("%1$#9x", 5689));
//-0003,123 -> +123
// -31
//-31
// (31)
// 0x1639
我们可以看到QQҎ(gu)的{换多了一?#8220;_ֺ”选项Q可以控制小数点后面的位数?
标识Q?nbsp;
'-' 在最宽度内左对齐,不可以与“?填充”同时使用
'+' l果L包括一个符?br />
' ' 正值前加空|负值前加负?br />
'0' l果用零来填充
',' ?位数字之间用“Q?#8221;分隔Q只适用于fgG的{换)
'(' 若参数是负数Q则l果中不d负号而是用圆括号把数字括hQ只适用于eEfgG的{换)
转换方式Q?br />
'e', 'E' -- l果被格式化为用计算机科学记数法表示的十q制?br />
'f' -- l果被格式化为十q制普通表C方?br />
'g', 'G' -- Ҏ(gu)具体情况Q自动选择用普通表C方式还是科学计数法方式
'a', 'A' -- l果被格式化为带有效位数和指数的十六q制点?/span>
5.取得q_独立的行分隔W?/span>Q?br />
System.getProperty("line.separator")可以取得q_独立的行分隔W,但是用在format中间未免昑־q于烦琐了。于是format函数自带了一个^台独立的行分隔符那就?/span>String.format("%n")?br />
6.?span style="color: #ff0000">日期cdq行格式?/span>Q?br />
以下日期和时间{换的后缀字符是ؓ 't' ?'T' 转换定义的。这些类型相g但不完全{同于那些由 GNU date ?POSIX strftime(3c) 定义的类型。提供其他{换类型是Z讉K特定?Java 的功能(如将 'L' 用作U中的毫U)?br />
以下转换字符用来格式化时_
'H' 24 时制的时Q被格式化ؓ必要时带前导零的两位敎ͼ?00 - 23?/span>
'I' 12 时制的时Q被格式化ؓ必要时带前导零的两位敎ͼ?01 - 12?/span>
'k' 24 时制的时Q即 0 - 23?/span>
'l' 12 时制的时Q即 1 - 12?/span>
'M' 时中的分钟Q被格式化ؓ必要时带前导零的两位敎ͼ?00 - 59?/span>
'S' 分钟中的U,被格式化为必要时带前导零的两位数Q即 00 - 60 Q?60" 是支持闰U所需的一个特D|?/span>
'L' U中的毫U,被格式化为必要时带前导零的三位数Q即 000 - 999?/span>
'N' U中的毫微秒Q被格式化ؓ必要时带前导零的?ji)位敎ͼ?000000000 - 999999999?/span>
'p' 特定于语a环境?上午或下?标记以小写Ş式表C,例如 "am" ?"pm"。用{换前~ 'T' 可以此输出转换为大写Ş式?/span>
'z' 相对?GMT ?RFC 822 格式的数字时区偏U量Q例?-0800?/span>
'Z' 表示时区~写形式的字W串。Formatter 的语a环境?yu)取代参数的语言环境Q如果有Q?/span>
's' 自协调世界时 (UTC) 1970 q?1 ?1 ?00:00:00 至现在所l过的秒敎ͼ?Long.MIN_VALUE/1000 ?Long.MAX_VALUE/1000 之间的差倹{?/span>
'Q' 自协调世界时 (UTC) 1970 q?1 ?1 ?00:00:00 至现在所l过的毫U数Q即 Long.MIN_VALUE ?Long.MAX_VALUE 之间的差倹{?/span>
以下转换字符用来格式化日期:
'B' 特定于语a环境的月份全Uͼ例如 "January" ?"February"?/span>
'b' 特定于语a环境的月份简Uͼ例如 "Jan" ?"Feb"?/span>
'h' ?'b' 相同?/span>
'A' 特定于语a环境的星期几全称Q例?"Sunday" ?"Monday"
'a' 特定于语a环境的星期几Uͼ例如 "Sun" ?"Mon"
'C' 除以 100 的四位数表示的年份,被格式化为必要时带前导零的两位数Q即 00 - 99
'Y' q䆾Q被格式化ؓ必要时带前导零的四位敎ͼ臛_Q,例如Q?092 {于格里高利历的 92 CE?/span>
'y' q䆾的最后两位数Q被格式化ؓ必要时带前导零的两位敎ͼ?00 - 99?/span>
'j' 一q中的天敎ͼ被格式化为必要时带前导零的三位数Q例如,对于格里高利历是 001 - 366?/span>
'm' 月䆾Q被格式化ؓ必要时带前导零的两位敎ͼ?01 - 13?/span>
'd' 一个月中的天数Q被格式化ؓ必要时带前导零两位数Q即 01 - 31
'e' 一个月中的天数Q被格式化ؓ两位敎ͼ?1 - 31?/span>
以下转换字符用于格式化常见的日期/旉l合?/span>
'R' 24 时制的旉Q被格式化ؓ "%tH:%tM"
'T' 24 时制的旉Q被格式化ؓ "%tH:%tM:%tS"?/span>
'r' 12 时制的旉Q被格式化ؓ "%tI:%tM:%tS %Tp"。上午或下午标记 ('%Tp') 的位|可能与语言环境有关?/span>
'D' 日期Q被格式化ؓ "%tm/%td/%ty"?/span>
'F' ISO 8601 格式的完整日期,被格式化?"%tY-%tm-%td"?/span>
'c' 日期和时_被格式化?"%ta %tb %td %tT %tZ %tY"Q例?"Sun Jul 20 16:17:00 EDT 1969"?/span>
]]>
转自Qhttp://www.tkk7.com/sterning/archive/2009/11/06/301468.html
之前也有一些介l大型网站架构演变的文章Q例如LiveJournal的、ebay的,都是非常值得参考的Q不q感觉他们讲的更多的是每ơ演变的l果Q而没有很详细的讲Z么需要做q样的演变,再加上近来感觉有不少同学都很难明白ؓ什么一个网站需要那么复杂的技术,于是有了写这文章的xQ在q篇文章?阐qC个普通的|站发展成大型网站过E中的一U较为典型的架构演变历程和所需掌握的知识体p,希望能给想从事互联网行业的同学一点初步的概念Q?)Q文中的不对之处也请各位多给点徏议,让本文真正v到抛砖引玉的效果?/p>
架构演变W一步:物理分离webserver和数据库
最开始,׃某些xQ于是在互联|上搭徏了一个网站,q个时候甚x可能L都是U借的Q但׃q篇文章我们只关注架构的演变历程Q因此就假设q个时?已经是托了一C机,q且有一定的带宽了,q个时候由于网站具备了一定的特色Q吸引了部分问,逐渐你发现系l的压力来高Q响应速度来慢Q而这个时候比较明昄是数据库和应用互相媄响,应用出问题了Q数据库也很Ҏ(gu)出现问题Q而数据库出问题的时候,应用也容易出问题Q于是进入了W一步演变阶D:应用和数据库从物理上分,变成了两台机器,q个时候技术上没有什么新的要求,但你发现实起到效果了,pȝ又恢复到以前的响应速度了,q且支撑住了更高的流量,q且不会因ؓ数据库和应用形成互相的媄响?/p>
看看q一步完成后pȝ的图C:
q一步涉及到了这些知识体p:
q一步架构演变对技术上的知识体pd本没有要求?/p>
架构演变W二步:增加面~存
好景不长Q随着讉K的h来多Q你发现响应速度又开始变慢了Q查扑֎因,发现是访问数据库的操作太多,D数据q接竞争Ȁ烈,所以响应变慢,但数据库q?接又不能开太多Q否则数据库机器压力会很高,因此考虑采用~存机制来减数据库q接资源的竞争和Ҏ(gu)据库ȝ压力Q这个时候首先也怼选择采用squid {类似的机制来将pȝ中相寚w态的面Q例如一两天才会有更新的面Q进行缓存(当然Q也可以采用页面静态化的方案)Q这L序上可以不做修改Q就能够 很好的减对webserver的压力以及减数据库q接资源的竞争,OKQ于是开始采用squid来做相对静态的面的缓存?/p>
看看q一步完成后pȝ的图C:
q一步涉及到了这些知识体p:
前端面~存技术,例如squidQ如想用好的话还得深入掌握下squid的实现方式以及缓存的失效法{?/p>
架构演变W三步:增加面片段~存
增加了squid做缓存后Q整体系l的速度实是提升了Qwebserver的压力也开始下降了Q但随着讉K量的增加Q发现系l又开始变的有些慢了,在尝 Csquid之类的动态缓存带来的好处后,开始想能不能让现在那些动态页面里相对静态的部分也缓存v来呢Q因此考虑采用cMESI之类的页面片D늼存策略,OKQ于是开始采用ESI来做动态页面中相对静态的片段部分的缓存?/p>
看看q一步完成后pȝ的图C:
q一步涉及到了这些知识体p:
面片段~存技术,例如ESI{,想用好的话同样需要掌握ESI的实现方式等Q?/p>
架构演变W四步:数据~存
在采用ESI之类的技术再ơ提高了pȝ的缓存效果后Q系l的压力实q一步降低了Q但同样Q随着讉K量的增加Q系l还是开始变慢,l过查找Q可能会发现p?l中存在一些重复获取数据信息的地方Q像获取用户信息{,q个时候开始考虑是不是可以将q些数据信息也缓存v来呢Q于是将q些数据~存到本地内存,改变完毕后,完全W合预期Q系l的响应速度又恢复了Q数据库的压力也再度降低了不?/p>
看看q一步完成后pȝ的图C:
q一步涉及到了这些知识体p:
~存技术,包括像Map数据l构、缓存算法、所选用的框架本w的实现机制{?/p>
架构演变W五步: 增加webserver
好景不长Q发现随着pȝ讉K量的再度增加Qwebserver机器的压力在高峰期会上升到比较高Q这个时候开始考虑增加一台webserverQ这也是Z同时解决可用性的问题Q避免单台的webserver down机的话就没法使用了,在做了这些考虑后,军_增加一台webserverQ增加一台webserverӞ会碰C些问题,典型的有Q?/p>
1、如何让讉K分配到这两台机器上,q个时候通常会考虑的方案是Apache自带的负载均衡方案,或LVSq类的Y件负载均衡方案;
2、如何保持状态信息的同步Q例如用户session{,q个时候会考虑的方案有写入数据库、写入存储、cookie或同步session信息{机制等Q?/p>
3、如何保持数据缓存信息的同步Q例如之前缓存的用户数据{,q个时候通常会考虑的机制有~存同步或分布式~存Q?/p>
4、如何让上传文gq些cM的功能l正常,q个时候通常会考虑的机制是使用׃n文gpȝ或存储等Q?/p>
在解决了q些问题后,l于是把webserver增加Z两台Q系l终于是又恢复到了以往的速度?/p>
看看q一步完成后pȝ的图C:
<!--[if !vml]-->
q一步涉及到了这些知识体p:
负蝲均衡技术(包括但不限于g负蝲均衡、Y件负载均衡、负载算法、linux转发协议、所选用的技术的实现l节{)、主备技术(包括但不限于ARPƺ骗、linux heart-beat{)、状态信息或~存同步技术(包括但不限于Cookie技术、UDP协议、状态信息广播、所选用的缓存同步技术的实现l节{)、共享文件技术(包括但不限于NFS{)、存储技术(包括但不限于存储讑֤{)?/p>
架构演变W六步:分库
享受了一D|间的pȝ讉K量高速增长的q福后,发现pȝ又开始变慢了Q这ơ又是什么状况呢Q经q查找,发现数据库写入、更新的q些操作的部分数据库q接?资源竞争非常Ȁ烈,D了系l变慢,q下怎么办呢Q此时可选的Ҏ(gu)有数据库集群和分库策略,集群斚w像有些数据库支持的ƈ不是很好Q因此分库会成ؓ比较普遍的策略,分库也就意味着要对原有E序q行修改Q一通修改实现分库后Q不错,目标辑ֈ了,pȝ恢复甚至速度比以前还快了?/p>
看看q一步完成后pȝ的图C:
<!--[if !vml]-->
q一步涉及到了这些知识体p:
q一步更多的是需要从业务上做合理的划分,以实现分库,具体技术细节上没有其他的要求;
但同旉着数据量的增大和分库的q行Q在数据库的设计、调优以及维护上需要做的更好,因此对这些方面的技术还是提Z很高的要求的?/p>
架构演变W七步:分表、DAL和分布式~存
随着pȝ的不断运行,数据量开始大q度增长Q这个时候发现分库后查询仍然会有些慢Q于是按照分库的思想开始做分表的工作,当然Q这不可避免的会需要对E序 q行一些修改,也许在这个时候就会发现应用自p兛_分库分表的规则等Q还是有些复杂的Q于是萌生能否增加一个通用的框架来实现分库分表的数据访问,q个在ebay的架构中对应的就是DALQ这个演变的q程相对而言需要花费较长的旉Q当Ӟ也有可能q个通用的框架会{到分表做完后才开始做Q同Ӟ在这个阶D可 能会发现之前的缓存同步方案出现问题,因ؓ数据量太大,D现在不太可能缓存存在本圎ͼ然后同步的方式,需要采用分布式~存Ҏ(gu)了,于是Q又是一通考察和折,l于是将大量的数据缓存{Ud分布式缓存上了?/p>
看看q一步完成后pȝ的图C:
<!--[if !vml]-->
q一步涉及到了这些知识体p:
分表更多的同h业务上的划分Q技术上涉及到的会有动态hash法、consistent hash法{;
DAL涉及到比较多的复杂技术,例如数据库连接的理Q超时、异常)、数据库操作的控Ӟ时、异常)、分库分表规则的装{;
架构演变W八步:增加更多的webserver
在做完分库分表这些工作后Q数据库上的压力已经降到比较低了Q又开始过着每天看着讉K量暴增的q福生活了,H然有一天,发现pȝ的访问又开始有变慢的趋?了,q个时候首先查看数据库Q压力一切正常,之后查看webserverQ发现apached了很多的hQ而应用服务器Ҏ(gu)个请求也是比较快的,看来 是请求数太高D需要排队等待,响应速度变慢Q这q好办,一般来_q个时候也会有些钱了,于是d一些webserver服务器,在这个添?webserver服务器的q程Q有可能会出现几U挑战:
1、Apache的Y负蝲或LVS软负载等无法承担巨大的web讉K量(hq接数、网l流量等Q的调度了,q个时候如果经费允许的话,会采取的Ҏ(gu)是购 买硬件负载,例如F5、Netsclar、Athelon之类的,如经费不允许的话Q会采取的方案是应用从逻辑上做一定的分类Q然后分散到不同的Y负蝲集群中;
2、原有的一些状态信息同步、文件共享等Ҏ(gu)可能会出现瓶颈,需要进行改q,也许q个时候会Ҏ(gu)情况~写W合|站业务需求的分布式文件系l等Q?/p>
在做完这些工作后Q开始进入一个看似完的无限伸羃的时代,当网站流量增加时Q应对的解决Ҏ(gu)是不断的添加webserver?/p>
看看q一步完成后pȝ的图C:
q一步涉及到了这些知识体p:
Cq一步,随着机器数的不断增长、数据量的不断增长和对系l可用性的要求来高Q这个时候要求对所采用的技术都要有更ؓ深入的理解,q要根据网站的需求来做更加定制性质的品?/p>
架构演变W九(ji)步:数据d分离和廉价存储方?/p>
H然有一天,发现q个完美的时代也要结束了Q数据库的噩梦又一ơ出现在眼前了,׃d的webserver太多了,D数据库连接的资源q是不够用,而这个时候又已经分库分表了,开始分析数据库的压力状况,可能会发现数据库的读写比很高Q这个时候通常会想到数据读写分ȝҎ(gu)Q当Ӟq个Ҏ(gu)要实现ƈ?Ҏ(gu)Q另外,可能会发C些数据存储在数据库上有些费Q或者说q于占用数据库资源,因此在这个阶D可能会形成的架构演变是实现数据d分离Q同时编写一些更为廉L存储Ҏ(gu)Q例如BigTableq种?/p>
看看q一步完成后pȝ的图C:
<!--[if !vml]-->
<!--[endif]-->
q一步涉及到了这些知识体p:
数据d分离要求Ҏ(gu)据库的复制、standby{策略有深入的掌握和理解Q同时会要求具备自行实现的技术;
廉h(hun)存储Ҏ(gu)要求对OS的文件存储有深入的掌握和理解Q同时要求对采用的语a在文件这块的实现有深入的掌握?/p>
架构演变W十步:q入大型分布式应用时代和廉h(hun)服务器群梦想时代
l过上面q个漫长而痛苦的q程Q终于是再度q来了完的时代Q不断的增加webserver可以支撑越来越高的讉K量了Q对于大型网站而言Qh气的重要?庸置疑,随着人气的越来越高,各种各样的功能需求也开始爆发性的增长Q这个时候突然发玎ͼ原来部v在webserver上的那个web应用已经非常庞大 了,当多个团队都开始对其进行改动时Q可真是相当的不方便Q复用性也相当p糕Q基本是每个团队都做了或多或重复的事情Q而且部v和维护也是相当的ȝQ?因ؓ庞大的应用包在N台机器上复制、启动都需要耗费不少的时_出问题的时候也不是很好查,另外一个更p糕的状冉|很有可能会出现某个应用上的bug导 致了全站都不可用Q还有其他的像调优不好操作(因ؓ机器上部|的应用什么都要做Q根本就无法q行针对性的调优Q等因素Q根据这L分析Q开始痛下决心,?pȝҎ(gu)职责q行拆分Q于是一个大型的分布式应用就诞生了,通常Q这个步骤需要耗费相当长的旉Q因Z到很多的挑战:
1、拆成分布式后需要提供一个高性能、稳定的通信框架Qƈ且需要支持多U不同的通信和远E调用方式;
2、将一个庞大的应用拆分需要耗费很长的时_需要进行业务的整理和系l依赖关pȝ控制{;
3、如何运l_依赖理、运行状늮理、错误追t、调优、监控和报警{)好这个庞大的分布式应用?/p>
l过q一步,差不多系l的架构q入相对E_的阶D,同时也能开始采用大量的廉h(hun)机器来支撑着巨大的访问量和数据量Q结合这套架构以及这么多ơ演变过E吸取的l验来采用其他各U各LҎ(gu)来支撑着来高的访问量?/p>
看看q一步完成后pȝ的图C:
<!--[if !vml]-->
<!--[endif]-->
q一步涉及到了这些知识体p:
q一步涉及的知识体系非常的多Q要求对通信、远E调用、消息机制等有深入的理解和掌握,要求的都是从理论、硬件、操作系l以及所采用的语a的实现都有清楚的理解?/p>
q维q块涉及的知识体pM非常的多Q多数情况下需要掌握分布式q行计算、报表、监控技术以及规则策略等{?/p>
说v来确实不怎么费力Q整个网站架构的l典演变q程都和上面比较的类|当然Q每步采取的Ҏ(gu)Q演变的步骤有可能有不同Q另外,׃|站的业务不同,会有不同的专业技术的需求,q篇blog更多的是从架构的角度来讲解演变的q程Q当Ӟ其中q有很多的技术也未在此提及,像数据库集群、数据挖掘、搜索等Q但在真实的演变q程中还会借助像提升硬仉|、网l环境、改造操作系l、CDN镜像{来支撑更大的流量,因此在真实的发展q程中还会有很多的不同,另外一个大型网站要做到的远q不仅仅上面q些Q还有像安全、运l、运营、服务、存储等Q要做好一个大型的|站真的很不Ҏ(gu)Q写q篇文章更多的是希望能够引出更多大型|站架构演变的介l,:)?/p>
ps:最后附上几LiveJournal架构演变的文章:
从LiveJournal后台发展看大规模|站性能优化Ҏ(gu)
http://blog.zhangjianfeng.com/article/743
另外从这里:http://www.danga.com/words/大家可以扑ֈ更多关于现在LiveJournal|站架构的介l?/p>
{额本息q款公式推导
设贷ƾ总额为AQ银行月利率?#946;QLCؓmQ个月)Q月q款额设为XQ则各个月所Ơ银行贷ƾؓQ?nbsp;
W一个月A
W二个月AQ?Q?#946;Q?X
W三个月QAQ?Q?#946;Q?XQ(1Q?#946;Q?XQA(1Q?#946;)2-X[1+(1+β)]
W四个月Q(AQ?+βQ?XQ(1Q?#946;Q?XQ(1Q?#946;Q?X QA(1+β)3-X[1+(1+β)+(1+β)2]
…
由此可得Wn个月后所Ơ银行贷ƾؓ
A(1+β)n –X[1+(1+β)+(1+β)2+…+(1+β)n-1]= A(1+β)n –X[(1+β)n-1]/β
׃q款LCؓmQ也即第m月刚好还完银行所有贷ƾ,因此?nbsp;
A(1+β)m –X[(1+β)m-1]/β=0
由此求得
X = Aβ(1+β)m /[(1+β)m-1]
?nbsp; 关于A(1+β)n –X[1+(1+β)+(1+β)2+…+(1+β)n-1]= A(1+β)n –X[(1+β)n-1]/β的推导用了等比数列的求和公式
?nbsp; 1?1+β)?1+β)2?#8230;?1+β)n-1为等比数?nbsp;
?nbsp; 关于{比数列的一些性质
Q?Q等比数列:An+1/An=q, n然数?nbsp;
Q?Q通项公式QAn=A1*q^QnQ?Q;
推广式: An=Am·q^(nQm)Q?nbsp;
Q?Q求和公式:Sn=nA1(q=1)
Sn=[A1(1-q^n)]/(1-q)
Q?Q性质Q?nbsp;
①若 m、n、p、q∈NQ且mQn=pQqQ则am·an=ap*aqQ?nbsp;
②在{比数列中,依次?nbsp;k之和仍成等比数?
(5)“G是a、b的等比中?#8221;“G^2=abQG≠0Q?#8221;.
Q?Q在{比数列中,首项A1与公比q都不为零.
◆所?+(1+β)+(1+β)2+…+(1+β)n-1 =[(1+β)n-1]/β
{额本金q款不同{额q款
问:{额本金q款是什么意思? 与等额还Ƅ比是否等额本金还ƾ更省钱Q?nbsp;
{:{额本金q款方式计算公式如下Q每月还N=P/Qn×12Q?剩余借款总额×IQ其中Pƾ本金,I为月利率QnƑֹ限。不能将两种q款方式做简单的比较?nbsp;
{额q款计算公式
每月q本付息金额 Q?nbsp;Q本?#215;月利?#215;Q?Q月利率Q^h月数Q?nbsp;÷ [Q?Q月利率Q^q款月数 Q?nbsp;1]
其中Q每月利?nbsp;Q?nbsp;剩余本金 × h月利?nbsp;
每月本金 Q?nbsp;每月月供?nbsp;Q?nbsp;每月利息
计算原则Q银行从每月月供ƾ中Q先收剩余本金利息,后收本金Q利息在月供?nbsp;
中的比例中随剩余本金的减而降低,本金在月供款中的比例因而升高,但月?nbsp;
总额保持不变?nbsp;
按月递减q款计算公式
每月q本付息金额 Q?nbsp;Q本?nbsp;/ q款月数Q+Q本?nbsp;Q?nbsp;累计已还本金Q?#215; 月利?nbsp;
每月本金 Q?nbsp;L?nbsp;/ q款月数
每月利息 Q?nbsp;(本金 Q?nbsp;累计已还本金) ×月利?nbsp;
计算原则Q每月归q的本金额始l不变,利息随剩余本金的减少而减?/font>
/**
* @author Jstar
*
*
* H口 > 首选项 > Java > 代码生成 > 代码和注?br />
*/
import java.math.BigDecimal;
/**
* ׃Java的简单类型不能够_的对点数进行运,q个工具cL供精
* 的点数运,包括加减乘除和四舍五入?br />
*/
public class Arith {
//默认除法q算_ֺ
private static final int DEF_DIV_SCALE = 10;
//q个cM能实例化
private Arith() {
}
/**
* 提供_的加法运?br />
* @param v1 被加?br />
* @param v2 加数
* @return 两个参数的和
*/
public static double add(double v1, double v2) {
BigDecimal b1 = new BigDecimal(Double.toString(v1));
BigDecimal b2 = new BigDecimal(Double.toString(v2));
return b1.add(b2).doubleValue();
}
/**
* 提供_的减法运?br />
* @param v1 被减?br />
* @param v2 减数
* @return 两个参数的差
*/
public static double sub(double v1, double v2) {
BigDecimal b1 = new BigDecimal(Double.toString(v1));
BigDecimal b2 = new BigDecimal(Double.toString(v2));
return b1.subtract(b2).doubleValue();
}
/**
* 提供_的乘法运?br />
* @param v1 被乘?br />
* @param v2 乘数
* @return 两个参数的积
*/
public static double mul(double v1, double v2) {
BigDecimal b1 = new BigDecimal(Double.toString(v1));
BigDecimal b2 = new BigDecimal(Double.toString(v2));
return b1.multiply(b2).doubleValue();
}
/**
* 提供Q相对)_的除法运,当发生除不尽的情冉|Q精到
* 数点以?0位,以后的数字四舍五入?br />
* @param v1 被除?br />
* @param v2 除数
* @return 两个参数的商
*/
public static double div(double v1, double v2) {
return div(v1, v2, DEF_DIV_SCALE);
}
/**
* 提供Q相对)_的除法运。当发生除不的情况Ӟ由scale参数?br />
* 定精度,以后的数字四舍五入?br />
* @param v1 被除?br />
* @param v2 除数
* @param scale 表示表示需要精到数点以后几位?br />
* @return 两个参数的商
*/
public static double div(double v1, double v2, int scale) {
if (scale < 0) {
throw new IllegalArgumentException("The scale must be a positive integer or zero");
}
BigDecimal b = new BigDecimal(Double.toString(v1));
BigDecimal one = new BigDecimal(Double.toString(v2));
return b.divide(one, scale, BigDecimal.ROUND_HALF_UP).doubleValue();
}
}
Runtime.getRuntime().exec("cmd /c start \"" + file + "\"");
//空格的左边和右边加上双引号Q?/p>
Runtime.getRuntime().exec("cmd /c start " + file.replaceAll(" ", "\" \""));