Digamos que eu tenha a seguinte classe simples:

import cherrypy
import os

class test:
  test_member = 0;
  def __init__(self):
    return
  def index(self):
    self.test_member = self.test_member + 1
    return str(self.test_member)
  index.exposed = True

conf = os.path.join(os.path.dirname(__file__), 'config.ini')

if __name__ == '__main__':
  # CherryPy always starts with app.root when trying to map request URIs
  # to objects, so we need to mount a request handler root. A request
  # to '/' will be mapped to HelloWorld().index().
  cherrypy.config.update({'server.socket_host': '0.0.0.0'})
  cherrypy.quickstart(test(), config=conf)
else:
  # This branch is for the test suite; you can ignore it.
  cherrypy.config.update({'server.socket_host': '0.0.0.0'})
  cherrypy.tree.mount(test(), config=conf)

Então, quando abro minha página de índice na primeira vez que volto 1, na próxima vez 2, depois 3, 4 e assim por diante. Minhas perguntas são:

Há algum grande perigo nisso, particularmente com threads e várias pessoas acessando a página ao mesmo tempo?Preciso bloquear a variável de membro de alguma forma toda vez que ela é gravada para evitar problemas?Alguma coisa muda se eu estiver usando nenhum tipo básico de dados como membro (como minha própria classe complicada) em vez de algo tão simples como um inteiro?

Eu não entendo totalmente como o threading com CherryPy funciona, eu suponho que minha preocupação neste exemplo simples seria que em um thread o test_member poderia ser igual a uma coisa, e quando acessado de outro thread seria algo totalmente diferente. Peço desculpas antecipadamente se estiver faltando algo que está bem documentado, mas algumas pesquisas no Google realmente não revelaram o que eu estava procurando. Eu entendo por um exemplo tão simples, há uma série de caminhos relativamente fáceis que poderiam resolver problemas potenciais aqui (manter o estado da variável em um banco de dados, ou algo nesse sentido), mas isso não funcionará no meu caso de uso real .