如果是长连接，会话不断开，那么即使修改用户密码后，该会话是不受影响的，您说的这种现象感觉是配置短连接，由于修改用户密码，但是应用端未及时修改密码，导致应用新的连接一直触发密码延迟验证等密码错误登录报错， 最终累计造成的library cache lock现象。http://blog.itpub.net/26753337/viewspace-2090983/  https://blog.csdn.net/kiral07/article/details/87876185

虽然配置的长连接，但是可能在修改密码之后，已有连接不够，有新的连接产生

把密码延迟策略关闭吧

select type from dba_ddl_locks where type='79'; 如有有值，就是密码错误引起的LIBRARY CACHE LOCK

生产环境，无法重启直接关闭密码延迟验证策略，影响7*24业务，这种情况下一般推荐什么方法修改密码，哪种操作步骤合适？如果有短链接，优先暂停短链接服务，修改短链接应用配置，确认短链接修改完了，再修改长连接？

7*24小时的业务也可以申请一个停机维护时间

既然密码错误，把所有连接的应用密码修改正确就可以了，应用如果较多，可以采用自动化脚本进行批量修改