Si estás aquí es porque XAMPP te está dando el error Access Violation y ya has probado de todo. Te lo adelanto: no hay una sola causa, hay varias, y la mayoría de los tutoriales que circulan por ahí se quedan en la superficie. Yo he peleado con este fallo en Windows 10 y Windows 11 durante meses, y voy a contarte exactamente lo que funciona y lo que es una pérdida de tiempo.
El error Access Violation en XAMPP aparece casi siempre al arrancar Apache o MySQL desde el panel de control. La ventana se cierra de golpe, el log muestra un “violation” y tú te quedas mirando la pantalla como un idiota. La clave está en entender que XAMPP no falla solo: algo del sistema le está bloqueando el acceso a memoria o a puertos.
Qué significa realmente el eaccessviolation de XAMPP
Cuando ves eaccessviolation en el log de Apache, no es un error de configuración de tu código PHP. Es un fallo a nivel de sistema operativo. El proceso intenta acceder a una dirección de memoria que Windows no le concede, y el servicio muere sin más.
En mi caso, el problema venía de una combinación de tres cosas: un puerto 80 ocupado por un servicio de Windows, el antivirus metiendo mano en el binario de Apache, y una versión antigua de Visual C++ Redistributable. Cualquiera de las tres por separado puede provocar el Access Violation en XAMPP, y juntas lo convierten en un infierno.
Ojo: si estás en Windows 11 con la versión 8.2.x de XAMPP, hay un bug conocido con el módulo mod_ssl que dispara el violation. Actualizar a la última build soluciona el 40% de los casos.
Paso 1: liberar los puertos 80 y 443 sin dramas
Antes de tocar nada más, abre una consola como administrador y ejecuta netstat -ano | findstr :80. Si ves un PID activo, ese es tu enemigo. En Windows 10 y 11, el culpable suele ser el servicio “World Wide Web Publishing Service” o “IIS”.
Puedes pararlo desde servicios.msc o directamente con net stop W3SVC. Si no quieres matarlo, cambia el puerto de Apache en XAMPP: Config → Service and Port Settings, y pon 8080 y 4433. No es la solución más elegante, pero es la más rápida para salir del paso y confirmar que el error Access Violation en XAMPP viene de ahí.
Paso 2: Defender y el antivirus, los grandes saboteadores
Windows Defender tiene una manía horrible: escanea los binarios de Apache mientras se cargan en memoria. Eso provoca exactamente el violation. No hace falta desactivar todo el antivirus para siempre, pero sí añadir una exclusión.
Ve a Seguridad de Windows → Protección contra virus y amenazas → Administrar la configuración → Exclusiones. Añade la carpeta C:xampp completa. Con esto solo, a mí me dejó de fallar en dos máquinas distintas.
Si usas Avast, Kaspersky o Bitdefender, el procedimiento es igual: excluye la carpeta de XAMPP y, si puedes, el ejecutable httpd.exe. El Access Violation en XAMPP desaparece en la mayoría de casos cuando el antivirus deja de tocar los ejecutables.
Paso 3: Visual C++ Redistributable, el gran olvidado
Este es el punto que casi nadie menciona y que a mí me volvió loco. XAMPP depende de las librerías de Visual C++ para funcionar. Si tienes una versión vieja o corrupta, Apache peta al arrancar con un violation de manual.
Descarga el Visual C++ Redistributable 2015-2022 directamente desde la web oficial de Microsoft e instálalo. No uses instaladores de terceros. Después reinicia el equipo y prueba a arrancar Apache de nuevo. En mi caso, esto solucionó el fallo definitivamente.
Paso 4: conflictos con Skype, Teams y otros chupapuertos
Skype y Microsoft Teams tienen la fea costumbre de reservar el puerto 80 y el 443. Si los tienes abiertos, XAMPP no puede arrancar y te lanza el Access Violation. Ábrelos, ve a configuración avanzada y desmarca la opción de usar los puertos 80 y 443.
Otro tanto pasa con VMware, VirtualBox o Docker Desktop. Todos levantan adaptadores de red virtuales que a veces chocan con el binding de Apache. Ciérralos antes de arrancar XAMPP y comprueba si el error persiste.
Paso 5: revisar el archivo httpd.conf y los módulos
Si has llegado hasta aquí y sigue fallando, toca revisar la configuración. Abre C:xamppapacheconfhttpd.conf y busca líneas duplicadas de LoadModule. Un módulo cargado dos veces provoca un violation garantizado.
También revisa que las rutas de DocumentRoot no tengan caracteres raros ni espacios sin escapar. Y si has tocado el archivo php.ini, asegúrate de no haber dejado extensiones duplicadas. Cualquiera de estos detalles puede desencadenar el error Access Violation en XAMPP.
- Comprueba que no haya dos LoadModule iguales.
- Verifica que DocumentRoot apunte a una ruta existente.
- Revisa extension= duplicadas en php.ini.
- Borra el log de Apache y reinicia para ver el error limpio.
Qué hacer si nada de esto funciona
Si después de todo sigues con el mismo problema, hay dos opciones que funcionan de verdad. La primera: desinstalar XAMPP por completo, borrar la carpeta residual y reinstalar la última versión desde SourceForge. Muchas veces el fallo viene de una instalación corrupta.
La segunda: pasarte a Laragon o a un entorno con WSL2. Yo sigo usando XAMPP por costumbre, pero reconozco que Laragon maneja mejor los puertos y no da estos dolores de cabeza. Si tu proyecto es serio, valora el cambio.
Y un consejo que no te dará nadie: ejecuta XAMPP siempre como administrador. No es una solución mágica, pero evita un montón de errores de permisos que acaban derivando en el Access Violation.
Resumen rápido para salir del apuro
Si tienes prisa, haz esto en orden: excluye C:xampp en Defender, reinstala Visual C++ Redistributable, libera los puertos 80 y 443, y arranca como administrador. Con esos cuatro pasos he resuelto el error Access Violation en XAMPP en al menos cinco equipos diferentes.
No pierdas horas tocando el registro de Windows ni desactivando servicios al azar. El problema casi nunca está ahí, y lo único que consigues es romper algo más. Ve paso a paso, comprueba el log después de cada cambio y no te saltes ninguno.