UTC时间:世界统一时间,世界标准时间又称格林尼治平时或格林尼治时间。
可以采用多种方法获取,这里只简单介绍两种:直接获取零时区时间、根据本地时间计算得出。
方法一、直接获取零时区时间:
DateFormat dateFormatter=new SimpleDateFormat("yyyy-MM-dd HH:mm:ss"); TimeZone pst = TimeZone.getTimeZone("Etc/GMT+0"); Date curDate = new Date(); dateFormatter.setTimeZone(pst); String str=dateFormatter.format(curDate);//这就是我们想要获取的值
方法二、根据本地时间计算得出:
Calendar cal = Calendar.getInstance(Locale.getDefault()); int zoneOffset = cal.get(java.util.Calendar.ZONE_OFFSET); int dstOffset = cal.get(java.util.Calendar.DST_OFFSET); cal.add(java.util.Calendar.MILLISECOND, -(zoneOffset + dstOffset)); String str=DateFormat.format("yyyy'-'MM'-'dd' 'kk':'mm':'ss' '", cal);//这就是我们想要获取的值
时区获取:
String Zone=TimeZone.getDefault().toString();//这种方法获取的并不能得到我们想要的东西
TimeZone.getDefault().getID()//获取的仅仅是个时区里的城市名
我们想得到能够直接标识东八区(+8)或者西七区(-7)之类的东西,这只能是我们通过时间的便宜量来计算获得,方法如下:
Calendar cal = Calendar.getInstance(Locale.getDefault()); int zoneOffset = cal.get(java.util.Calendar.ZONE_OFFSET); int zone=zoneOffset/60/60/1000;//时区,东时区数字为正,西时区为负
PS:UTC时间+时区差=本地时间
OAuth2.0验证得到了广泛的应用,其中微博和人人都是用了这种认证方式。在IOS开发微博和人人的客户端时,首先要解决的问题就是微博的绑定和解除绑定。绑定比较容易解决,按照官方提供的OAuth流程即可实现。而解除绑定比较麻烦,需要考虑IOS的网络请求过程的缓存机制。
IOS网络请求一般是用NSURLRequest类,而IOS采用NSURLRequest请求时会帮你主动记录下来你访问的站点设置的cookie,而且很很有效,以至于要解除绑定有些麻烦,即当你下次再访问这个站点时,NSURLRequest会拿着上次保存下来了的cookie继续去请求。这个规律甚至适用于ASIHTTPRequest。不管怎m验,当你做一些基于认证的网络请求时,cookie不失为一个完美的。
IOS的NSHTTPCookie类cookie的属性有很多,具体可参考NSHTTPCookie Class Reference。
下面说说如何获得cookie。
查看程序中保存的所有cookie:
NSHTTPCookieStorage *allCookie = [NSHTTPCookieStorage sharedHTTPCookieStorage]; for (NSHTTPCookie *cookie in [allCookie cookies]) { NSLog(@"%@", cookie); }如果要解除绑定,即可以删除相应请求源的cookie即可。ios中如果不想使用已经保存的cookie,那么就可以根据NSURLRequest的NSURL来删除对应的cookie:
NSHTTPCookieStorage *allCookie = [NSHTTPCookieStorage sharedHTTPCookieStorage]; NSArray *cookieArray=[allCookie cookiesForURL:request.URL];//request.URL即为请求的源地址 for(id obj in cookieArray) { [allCookie deleteCookie:obj]; }为了安全起见,在浏览所有网站时都不需要cookie,那么可以删除所有的cookie:
NSHTTPCookieStorage *allCookie = [NSHTTPCookieStorage sharedHTTPCookieStorage]; NSArray *cookieArray=[allCookie cookies];//返回保存所有的cookie for(id obj in cookieArray) { [allCookie deleteCookie:obj]; }如果删除了所有的cookie,但是还是想保留一些特定的cookie,可以通过手动来设置cookie:
NSMutableDictionary *cookieProperties = [NSMutableDictionary dictionary]; [cookieProperties setObject:@"username" forKey:NSHTTPCookieName]; [cookieProperties setObject:@"rainbird" forKey:NSHTTPCookieValue]; [cookieProperties setObject:@"cnrainbird.com" forKey:NSHTTPCookieDomain]; [cookieProperties setObject:@"cnrainbird.com" forKey:NSHTTPCookieOriginURL]; [cookieProperties setObject:@"/" forKey:NSHTTPCookiePath]; [cookieProperties setObject:@"0" forKey:NSHTTPCookieVersion]; NSHTTPCookie *cookie = [NSHTTPCookie cookieWithProperties:cookieProperties]; [[NSHTTPCookieStorage sharedHTTPCookieStorage] setCookie:cookie];
好多关于cookie的东西,需要慢慢的研究!
}
load是true而get是false
意思就是 load采用的是延迟加载的方式 而get不是,hibernate思想是 既然这个方法支持延迟加载 他就认为这个对象一定在数据库存在,在你声明 TFaq tfag2=(TFaq)sess.load(TFaq.class, 300); 这句时候,hibernate就干了一件事
1.查询session缓存
2.缓存中没有这个对象 就创建个代理
因为延迟加载需要代理来执行 所以就创建了个代理
ok 到此为止 这句话就干了个这个 并没有去数据库交互查询
当你使用这个对象 比如tfag2.getTfRtitle()或get方法时候
这个时候 hibernate就去查询二级缓存和数据库,数据库没有这条数据 就抛出异常
整个load方法调用结束 load没什么神奇 这就是他干过所有的事情
load方法讲完了 我在讲一下get方法工作原理
因为hibernate规定get方法不能使用延迟加载 所以和load还是不一样的
TFaq tfag2=(TFaq)sess.get(TFaq.class, 300);
在创建这条语句时候 我们看看hibernate干了哪些事
1.get方法首先查询session缓存 (session缓存就是hibernate的一级缓存 这个概念大家应该清楚吧 )
2.get方法如果在session缓存中找到了该id对应的对象,如果刚好该对象前面是被代理过的,如被load方法使用过,或者被其他关联对象延迟加载过,那么返回的还是原先的代理对象,而不是实体类对象。
3.如果该代理对象还没有加载实体数据(就是id以外的其他属性数据),那么它会查询二级缓存或者数据库来加载数据,但是返回的还是代理对象,只不过已经加载了实体数据。
(这个代理实际就是空的对象 并没有去数据库查询得到的 我们叫代理对象,如果 去数据库查询了 返回到了这个对象 我们叫实体对象 就是这个对象真实存在)
我在总结性一句话这2者区别
get方法首先查询session缓存,没有的话查询二级缓存,最后查询数据库;反而load方法创建时首先查询session缓存,没有就创建代理,实际使用数据时才查询二级缓存和数据库