作用域是当前数据库下
四个参数：
@resource(必填):资源名称,类型nvarchar(255),必填,不区分大小写,如果超出255,则取前255个字符,作用域是当前数据库下. 
@lockMode(必填):锁的模式,类型nvarchar(32),必填,五个值供选择：
Shared: 共享, 相当于锁里面的S,
Update: 更新, 相当于锁里面的U
IntentShared: 意向共享, 相当于锁里面的IS
IntentExclusive: 意向更新, 相当于锁里面的IX
Exclusive: 独占, 相当于锁里面的X, 其中我们经常使用的是Exclusive,表示独占上面这个@resource资源
@lockOwner:锁的拥有者,2个值供参考：
1. Transaction:默认值,如果使用这个,则必须显示声明事务,事务结束以后释放锁
2. Session:会话, 会话结束以后释放锁
@lockTimeout:锁的超时时间 （毫秒）。 默认值与 @@LOCK_TIMEOUT返回的值相同。 若要指示锁请求应返回的返回代码为-1，而不是在不能立即授予请求时等待锁，请指定0。
@DBPrincipal:数据库角色

我们一般都是使用@LockMode=Exclusive,@LoackMode=Transaction这种方式,所以下面是这种方式的测试.

DECLARE @RC INT 

Begin tran 

Exec @RC =sp_getapplock @Resource='MyLock', @LockMode='Exclusive' , @LockOwner='Transaction', @LockTimeout = 15000 

SELECT @@SPID [session_id], @RC [return code], GETDATE() 

waitfor delay '00:00:08' 

commit

回傳值的說明(MSDN)

>= 0 (成功) 或 < 0 (失敗)

0:同步授與鎖定成功。
1:在等待其他不相容的鎖定釋出之後，授與鎖定成功。
-1:鎖定要求逾時。
-2:已取消鎖定要求。
-3:已將鎖定要求選為死結犧牲者。
-999:表示參數驗證或其他呼叫錯誤。

 --杀死死锁进程
kill 354 
 创造死锁条件

开两个查询窗口

BEGIN TRANSACTION--开始事务

update   job  set creator='00000'  where id='001'

WAITFOR DELAY '02:00'; 
select * from job where id='001'

GO

-- '这里的DNName_Log 如果不知道在sys.database_files里是什么名字的话，可以用以下注释的语句进行查询

--'USE DNName

--'GO

--'SELECT file_id, nameFROM sys.database_files;

--'GO
USE [master]
GO
ALTER DATABASE xiexin SET RECOVERY FULL WITH NO_WAIT
GO
ALTER DATABASE xiexin SET RECOVERY FULL --还原为完全模式
GO

windows2008默认时间格式是2012/6/10，这和我们程序中的一些功能产生了冲突，我们一般使用2012-6-10这种格式。根据以往经验，在控制面板－区域和语言选项中，把时间格式设置为yyyy-M-d，但是发现没有效果，重启后还是一样。

时间也是类似，英文系统上默认是h:mm:ss tt之类的显示格式，也就是23:30:10 P.M.，就是这个AM，PM也会让程序出错，光在控制面板改日期显示格式只是对当前用户起作用，并不能修改系统显示设置。

改注册表的方式是网上见得最多的，但是实际上在控制面板上还有更简单的方法。
在区域和语言选项的设置面板的“管理”标签页面上有个“复制到保留账户”按钮，点开后可以设置将当前设置复制到系统账户（本地系统、本地服务、网络服务）。复制后重启服务器发现OK了。

1.    加密通用语法 
  加密一个特定网站的web.config文件的通用形式
  aspnet_regiis.exe -pef secion physical_directory -prov provider
  或
  aspnet_regiis.exe -pe secion -app virtual_directory -prov provider
  其中，各个参数的含义如下：

•      section表示要加密的配置节

•      physical_directory用于指定站点的物理路径。

•      virtual_directory用户指定虚拟路径。

•      provider指定加密提供程序。

    加密一个特定站点的连接字符串就是：
    aspnet_regiis.exe -pef "connectionStrings" "你的web项目路径" -prov "DataProtectionConfigurationProvider"
    其中DataProctionConfiguartionProvider是Windows数据保护API（DPAPI）提供程序，它使用Windows内置的密码学技术来加解密配置节。默认情况下，这个提供程序使用本机的密钥。

2.    加密方法

  运行Visual Studio 2008命令提示

  加密后的结果

3.    解密 
   解密该连接字符串也很简单
   aspnet_regiis.exe -pdf "connectionStrings" '你的web项目路径"

   解密后的结果：

4.    后台代码读取配置文件web.config中数据库连接字符串的方法： 

   运行效果图： 

5.    在连接字符串的加密和解密的过程中，需要注意一下几点。 

•      使用加密的连接字符串

    使用加密的连接字符串不需要编码解密，ASP.NET会自动对加密内容进行解密。

•      加密和解密在同一台计算机上使用

    在加密过程中，使用了一个基于本机的密钥。这就意味着加密和解密必须在同一台计算机上进行，否则将不能解密。同时，在一台计算机上加密的配置，在另一台计算机上将不能正常使用。

•      中文路径问题

    该命令对中文支持不是很好。如果站点的路径中有中文字符，也许不能正常加解密。

以前步骤简要介绍了如何实现该功能。

1）下载并安装Microsoft URL 重写模块

https://www.microsoft.com/zh-CN/download/details.aspx?id=7435

备注：根据不同的系统，不同的语言选择。

我的机器是英文版的，所以以下截图基本都为英文。

2） 站点绑定以下两种协议：

注意：默认的https端口号为443， 因为我本机这个端口已经被利用，所以此处以449演示。

3）站点的SSL设置，确保“Require SSL”未选中。

3）如果是ASP.NET站点，则直接在Web.config文件中添加以下配置节，作为<configuration>的子元素放在文件末尾即可。

<system.webServer>
        <rewrite>
            <rules>
                <rule name="Redirect to https" stopProcessing="true">
                    <match url="(.*)" />
                    <conditions>
                        <add input="{HTTPS}" pattern="^OFF$" />
                        <add input="{HTTPS_HOST}" pattern="^(localhost)" negate="true" />
                    </conditions>
                    <action type="Redirect" url="https://{HTTP_HOST}:449/{R:1}" redirectType="SeeOther" />
                </rule>
            </rules>
        </rewrite>
    </system.webServer>

注意：当你使用默认HTTPS端口时，上面的端口号449就不需要了，直接为https://{HTTP_HOST}/{R:1}

上面的配置也可以直接在IIS中的URL Write中手动添加，完成后大致如下：

来自：码农翻身（微信号：coderising）

作者：IBM刘欣

我是一个线程， 我一出生就被编了个号： 0x3704,  然后被领到一个昏暗的屋子里，  这里我发现了很多和我一模一样的同伴。

我身边的同伴0x6900 待的时间比较长， 他带着沧桑的口气对我说：

我们线程的宿命就是处理包裹。 把包裹处理完以后还得马上回到这里，否则可能永远回不来了。

我一脸懵懂，包裹，什么包裹？

”不要着急，马上你就会明白了， 我们这里是不养闲人的。“

果然，没多久，屋子的门开了， 一个面貌凶恶的家伙吼道： 

＂0x3704 ,出来！＂

我一出来就被塞了一个沉甸甸的包裹，上面还有附带着一个写满了操作步骤的纸。 

＂快去，把这个包裹处理了。＂

＂去哪儿处理＂

＂跟着指示走， 先到就绪车间＂

果然，地上有指示箭头，跟着它来到了一间明亮的大屋子，这里已经有不少线程了， 大家都很紧张，好像时刻准备着往前冲。

我刚一进来，就听见广播说：“0x3704, 进入车间”

我赶紧往前走， 身后很多人议论说：

 ”他太幸运了， 刚进入就绪状态就能运行“

 ”是不是有关系？“ 

 ”不是，你看人家的优先级多高啊， 唉“

前边就是车间， 这里简直是太美了， 怪不得老线程总是唠叨着说：要是能一直待在这里就好了。 

这里空间大，视野好，空气清新，鸟语花香，还有很多从来没见过的人，像服务员一样等着为我服务。 

他们也都有编号， 更重要的是每个人还有个标签，上面写着：硬盘，数据库，内存，网卡．．．

我现在理解不了，看看操作步骤吧：

第一步：从包裹中取出参数  

打开包裹， 里边有个HttpRequest  对象, 可以取到 userName, password两个参数

第二步：执行登录操作

奥，原来是有人要登录啊，我把userName/password 交给 数据库服务员，他拿着数据， 慢腾腾的走了。 

他怎么这么慢？　不过我是不是正好可以在车间里多待一会儿?　反正也没法执行第三步。

就在这时，车间里的广播响了：

"0x3704,  我是CPU , 记住你正在执行的步骤， 马上带包裹离开"

我慢腾腾的开始收拾

”快点， 别的线程马上就要进来了“

离开这个车间， 又来到一个大屋子，这里很多线程慢腾腾的在喝茶，打牌。

”哥们，你们没事干了？“

”你新来的把， 你不知道我在等数据库服务员给我数据啊！ ，据说他们比我们慢好几十万倍， 在这里好好歇吧“

”啊？ 这么慢？  我这里有人在登录系统， 能等这么长时间吗"

”放心，你没听说过人间一天， CPU一年吗， 我们这里是用纳秒，毫秒计时的， 人间等待一秒，相当于我们好几天呢， 来的及“

干脆睡一会吧 ， 不知道过了多久 ，大喇叭又开始广播了：

"0x3704， 你的数据来了，快去执行”

我转身就往CPU车间跑，发现这里的们只出不进！

后面传来阵阵哄笑声：

”果然是新人， 不知道还得去就绪车间等“

于是赶紧到就绪车间， 这次没有那么好运了， 等了好久才被再次叫进CPU车间。

在等待的时候， 我听见有人小声议论：

”听说了吗，最近有个线程被kill掉了“

”为啥啊？“

”这家伙赖在ＣＰＵ车间不走，　把CPU利用率一直搞成100%，后来就被kill掉了“

”Kill掉以后弄哪儿去了“

”可能被垃圾回收了吧“

我心里打了个寒噤 ，  赶紧接着处理， 收下的动作块多了，第二步登录成功了

第三步：构建登录成功后的主页

这一步有点费时间， 因为有很多HTML需要处理， 不知道代码谁写的，处理起来很烦人。

我正在紧张的制作html呢， CPU有开始叫了：

"0x3704,  我是CPU , 记住你正在执行的步骤， 马上带包裹离开"

”为啥啊“

”每个线程只能在CPU上运行一段时间，到了时间就得让别人用了， 你去就绪车间待着， 等着叫你吧“

就这样， 我一直在就绪-运行 这两个状态，不知道轮转了多少次， 终于安装步骤清单把工作做完了。

最后顺利的把包含html的包裹发了回去。

至于登录以后干什么事儿 ， 我就不管了。 

马上就要回到我那昏暗的房间了， 真有点舍不得这里。

不过相对于有些线程， 我还是幸运的， 他们运行完以后就彻底的销毁了，而我还活着 ！

回到了小黑屋， 老线程0x6900 问：

”怎么样？第一天有什么感觉？“

”我们的世界规则很复杂 ， 首先你不知道什么时候会被挑中执行;  第二 ，在执行的过程中随时可能被打断，让出CPU车间;

  第三，一旦出现硬盘，数据库这样耗时的操作也得让出CPU,去等待;  第四，就是数据来了，你也不一定马上执行，还得等着CPU挑选“

”小伙子理解的不错啊“

”我不明白为什么很多线程都执行完就死了， 为什么咱们还活着？“

”你还不知道， 长生不老是我们的特权， 我们这里有个正式的名称，叫做 线程池！“

平淡的日子就这么一天天过去， 作为一个线程， 我每天的生活都是取包裹，处理包裹，然后回到我们昏暗的家：线程池。

有一天我回来的时候， 听到有个兄弟说， 今天要好好休息下，明天就是最疯狂的一天。 

我看了一眼日历，明天是 11月11号 。 

果然，零点刚过，不知道那些人类怎么了， 疯狂的投递包裹， 为了应付蜂拥而至的海量包裹， 线程池里没有一个人能闲下来，全部出去处理包裹，CPU车间利用率超高，硬盘在嗡嗡转， 网卡疯狂的闪，  即便如此， 还是处理不完，堆积如山。

我们也没有办法，实在是太多太多了， 这些包裹中大部分都是浏览页面，下订单，买，买，买。

不知道过了多久， 包裹山终于慢慢的消失了。

终于能够喘口气， 我想我永远都不会忘记这一天。

通过这个事件，我明白了我所处的世界：这是一个电子商务的网站！

我每天的工作就是处理用户的登录，浏览， 购物车，下单，付款。

我问线程池的元老0x6900 ： " 我们要工作到什么时候？"

" 要一直等到系统重启的那一刻"， 0x6900 说

" 那你经历过系统重启吗？"

" 怎么可能？ , 系统重启就是我们的死亡时刻， 也就是世界末日，一旦重启， 整个线程池全部销毁，时间和空间全部消失，一切从头再来”

" 那什么时候会重启？"

" 这就不好说了,好好享受眼前的生活吧....."

其实生活丰富多彩， 我最喜欢的包裹是上传图片，由于网络慢，所以能在就绪车间， CPU车间待很长很长时间，可以认识很多好玩的线程。

比如说上次认识了memecached 线程，他给我说通过他缓存了很多的用户数据， 还是分布式的！ 很多机器上都有！

我说怪不得后来的登录操作快了那么多， 原来是不再从数据库取数据了你那里就有啊， 哎对了你是分布式的你去过别的机器没有？

他说怎么可能我每次也只能通过网络往那个机器发送一个GET, PUT命令才存取数据而已， 别的一概不知。

再比如说上次在等待的时候遇到了数据库连接的线程， 我才知道它他那里也是一个连接池， 和我们线程池几乎一模一样。

他说有些包裹太变态了，竟然查看一年的订单数据， 简直把我累死了。

我说拉倒吧你， 你那是纯数据， 你把数据传给我以后，我还得组装成HTML,  工作量不知道比你大多少倍。

他说一定你要和memecached搞好关系，直接从他那儿拿数据，尽量少直接调用数据库， 我们JDBC connection也能活的轻松点。

我说好啊好啊， 关键是你得提前把数据搞到缓存啊， 要不然我先问一遍缓存， 没有数据， 我这不还得找你吗？

生活就是这样， 如果你自己不找点乐子，还有什么意思？

有一天我遇到一个可怕的事情， 差一点死在外边，回不了线程池了......

其实这次遇险我应该能够预想到才对， 太大意了。 

前几天我处理过一些从http 发来的存款和取款的包裹， 老线程0x6900 特意嘱咐我：

 "处理这些包裹的时候要特别小心， 你得一定要先获得一把锁， 在对账户存款或者取款的时候一定要把账户给锁住， 要不然别的线程就会在你等待的时候趁虚而入，搞破坏， 我年轻那会儿很毛糙，就捅了篓子" 

为了“恐吓”我， 好心的0x6900还给了我两个表格：

（完）

但学习的选择始终是个大问题。

在学校阶段，除了填大学志愿时候会有短暂的专业选择困惑外，其他时间对于学习的目标基本不存在选择的困惑，所有目标已经被学校、家长及环境圈定了。但有一天走入社会之时，由于没有经过实际的选择历练，面对技术圈的花花世界，就会出现学习上选择的困难，包括进一步的在目标无效投入的时间消耗。 

以技术领域为例，就拿主业来说，就会有很多选择，拿编程语言选择来讲，比如PHP与Go语言到底要选哪个？技术框架、操作系统、工具与平台等都需要突破，OpenStack和Docker都不懂是不是都要学？每一个热门的领域，由于都是由该领域内大量精英设计与完成，大量的代码、使用方法、使用经验值得学习，究竟应该去看Redis源码还是docker源码？技术领域由于分工的垂直与细化，以及IT工业的繁荣，每个领域都有业界长年的积累，因此一旦选择一个领域则需要投入大量时间了解整个体系。技术的学习除了看书本与资料，通常还需要该领域的实践，因此任何一个兴趣的选择都伴随大量时间的消耗。 

从一大堆细分领域里面挑出一个适合自己的本来就很困难，选择后如果没有强的驱动力往往会半途而废。有大量环境的因素会影响我们已有的选择，“你还在学Objective-C，我们已经用Swift了”，见异思迁会导致上一个学习目标投入时间的浪费。另外一方面，跟随热点也会疲于奔命，当打算切入一个热点领域时，需要临时停下手中的事情，并进一步投入大量时间进行该领域的实践与学习。

• 看到有不少app一夜成功时，我们会花一个月时间来学做移动开发；
• 当了解机器学习很有前景时，我们又会花几个月时间从头学习算法。
• ……

业界不会缺少热点，简单追随热点会让你最终炫耀一些新的词汇外，不会留下太多积累的东西。 

由于互联网创业潮的涌起，IT职场也是非常热，为了让自己获得更多的职场机会，各种算法题目不能不做。面试官通常还对是否参与开源项目感兴趣，但拥有一个拿得出手的小工具放在github上通常是工程师们一直被拖延的计划。面试时候，面试官通常会给你评价表达能力或者逻辑思维能力欠佳，学校的老师未曾关心及培养你这些软素质，导致你又需要重新去锻炼这些能力。 

你很羡慕哪些看美剧不用看字幕的人，也在和朋友讨论时候发现有不少电影及TV剧没看而导致插不上嘴，因此周末时候最好把这些恶补回来。朋友圈里面似乎朋友都在满世界跑，因此，只要有便宜机票或旅行团，你一定不会放过这些在露脸的机会。 

当你工作的项目很忙时候，你会抱怨没有时间充电而不能跟上时代的步伐；当工作项目不紧时，你又会抱怨新学的技能没有使用需求及使用场景而不能深入。 

这就是很多工程师典型的年复一年的日子，他们很希望学点东西，也一直在学习，但往往最后未曾有效学到一些若干年后还能留下来的东西。

很多人告诉我们，坚持做一件事情，把这件事情做到极致，就是成功了。而现实又会让我们不断分散时间和注意力。注意看清之间的矛盾，做出合理的权衡，是我们一直忽视，但又非常重要的事。

via: 微信 TimYang