5 个解决方案
#1
全局的静态变量好像会一直存在，不推荐使用
#3
和进程一样
#4
如果你发现session在生产服务器（不是指自己调试程序使用的本地电脑）上真正运营的网站上经常“丢失”时，这时期是进程就已经被重新启动了，所有此类内存数据都“丢失了”，而不仅仅是session集合中的数据。
许多人把服务器进程跟winForm进程混同起来分不清楚。iis（至少从6.0版本以上）是自动会启动进程的。因此，也许我当前写完回复然后提交到csdn的同一个web服务器上时实际上前一次用于显示页面的进程恰好被结束了而是一个新的进程来处理新的请求。
因此，实际上我会强调专业的asp.net程序应该专门安排测试，看看能不能经受这种进程会自动回收之后的状况，也就是说session、static变量等假设每1～10分钟必然会被丢失时，比较专业的应用程序的处理逻辑应该丝毫不受影响。
许多人把服务器进程跟winForm进程混同起来分不清楚。iis（至少从6.0版本以上）是自动会启动进程的。因此，也许我当前写完回复然后提交到csdn的同一个web服务器上时实际上前一次用于显示页面的进程恰好被结束了而是一个新的进程来处理新的请求。
因此，实际上我会强调专业的asp.net程序应该专门安排测试，看看能不能经受这种进程会自动回收之后的状况，也就是说session、static变量等假设每1～10分钟必然会被丢失时，比较专业的应用程序的处理逻辑应该丝毫不受影响。
#5
同意楼上，SESSION丢失的时候静态变量也丢失
#1
全局的静态变量好像会一直存在，不推荐使用
#2
#3
和进程一样
#4
如果你发现session在生产服务器（不是指自己调试程序使用的本地电脑）上真正运营的网站上经常“丢失”时，这时期是进程就已经被重新启动了，所有此类内存数据都“丢失了”，而不仅仅是session集合中的数据。
许多人把服务器进程跟winForm进程混同起来分不清楚。iis（至少从6.0版本以上）是自动会启动进程的。因此，也许我当前写完回复然后提交到csdn的同一个web服务器上时实际上前一次用于显示页面的进程恰好被结束了而是一个新的进程来处理新的请求。
因此，实际上我会强调专业的asp.net程序应该专门安排测试，看看能不能经受这种进程会自动回收之后的状况，也就是说session、static变量等假设每1～10分钟必然会被丢失时，比较专业的应用程序的处理逻辑应该丝毫不受影响。
许多人把服务器进程跟winForm进程混同起来分不清楚。iis（至少从6.0版本以上）是自动会启动进程的。因此，也许我当前写完回复然后提交到csdn的同一个web服务器上时实际上前一次用于显示页面的进程恰好被结束了而是一个新的进程来处理新的请求。
因此，实际上我会强调专业的asp.net程序应该专门安排测试，看看能不能经受这种进程会自动回收之后的状况，也就是说session、static变量等假设每1～10分钟必然会被丢失时，比较专业的应用程序的处理逻辑应该丝毫不受影响。
#5
同意楼上，SESSION丢失的时候静态变量也丢失