sqlconnection对象需要单例处理吗，和连接池相比有什么优缺点？

[qq_42201666]

或者还有更优的方式？

[wanghui0380]

引用 2 楼 正怒月神 的回复:

sqlconnection绝对不要单例。

楼上正确 还是那些你们不想听的话，但是我们必须得说 在你还分不清对错之前，请少看博客园，请少折腾点这个好，那个好。这个vs那个，因为你不还不具备正确分辨那些文章得能力 与其整天不务正业得折腾，不如老老实实写代码。我们老司机能告诉你得事情只是“老实开车，用最正常得方式开车，少去看飙车秘籍，那不适合你，至少你先考完三科，有驾照了，2年内不撞人，不剐蹭了，在去看如何飙车”

[Eason0807]

哼哼，微软自己搞的ef都不提醒你不要用单例，你没想过为什么？

[Eason0807]

错了，是提醒你不要用单例

[楠小南]

不要，这东西随用随new 就是了， 记得要 close

[紫魂一号]

单例只是种设计模式，适合需要扩展的对象。难道你需要将sqlconnection继承或者实现某个接口？ sqlhelper 啥的都是静态的，没必要搞什么单例吧

[正怒月神]

sqlconnection绝对不要单例。

[luj_1768]

单例的优势是由服务器处理池组管理，只是代码要完整而正确（对单例的分析要完善周备）。 如果你不是要写服务代码，应该不会提出这个问题。 一般的连接分析，都是有主观对象的，你是从sql服务器角度？数据访问者角度？链路提供商角度？或者什么什么角度提出的这个问题？ 一般来讲，sqlconnection需要注意： 1. 安全性； 2. 时效性； 3. 防止被假冒（痕迹擦除）； 4. 数据缓冲复用的可行性； 相关的考量比较专业，出发角度是很重要的。